WebSocket:讓Web更實時、更快速高效
當前位置:點晴教程→知識管理交流
→『 技術文檔交流 』
WebSocket協議可以實現瀏覽器與服務器之間的雙向實時通訊,幫助在瀏覽器中運行的App實現像傳統桌面程序一樣強大、即時的功能和體驗。 聊天、讀新聞、查股票行情、玩游戲……我們總是希望在瀏覽器中可以直接運行各種應用程序、完成各種復雜的任務,而不必添加額外的瀏覽器插件。這就需要Web應用程序能夠實時運行,但傳統的互聯網協議架構并不是為現在的富互聯網應用(RIA)設計的,因此開發者需要使用老架構實現新功能,這時難免會遇到許多問題。現代Web應用需要革新傳統C/S(客戶端/服務器)模式通訊的協議架構——從單向的HTTP問答模式升級到雙向的實時通訊模式。國際標準化組織W3C和IETF在2011年12月正式采納了WebSocket協議,從此Web應用不再需要冗雜的HTTP替代方案,就可以在WebSocket協議下更快速、更簡單地運行。 HTTP是單行線 為了通過網絡發送或者下載數據,客戶端需要與服務器之間建立TCP連接。TCP連接是為保證在終端之間完成無損數據傳輸而設計的,使用IP地址和網絡端口進行配對。眾所周知,數據(信息)不僅需要被傳輸,還需要被理解,所以還必須用到一個運行在TCP傳輸層之上的應用層協議,從而實現客戶端和服務器之間的“通話”。在網站上,這個應用層協議主要就是HTTP協議。盡管TCP支持通過虛擬的透明傳輸層實現雙向數據傳輸,但是應用層的HTTP協議并不支持該選項。簡單地說,雙向數據傳輸意味著允許從服務器端發送推送信息到客戶端,這是現代Web應用程序的特性之一,但是“單向”的HTTP基于非常簡單的問答模型,客戶端發送“請求”,服務器端才會進行“回復”。這樣做不僅速度慢而且成本高。 為了保證用戶不需要頻繁地按下更新按鈕,程序員們想到了一些變通的方法,從而能夠通過HTTP協議“巧妙”地實現即時通訊。其中最簡單常用的一種方法是輪詢(Polling),也就是瀏覽器端的腳本代碼根據設定好的頻率向服務器“詢問”有沒有新事件。輪詢需要為每個請求建立一個新的連接,得到“回復”之后,服務器就會中斷連接。如此一來就會花費更多的時間,而且頻繁地新建TCP連接也會增加通信量,從而導致線路開銷和網絡負載倍增。另一種變通方案——長輪詢(Long Polling)比輪詢更先進一些,因為它可以等待服務器端有新的事件時才返回“通知”,縮短了可能會出現的通知延遲(Latency),讓消息傳輸更及時,但并這沒有完全解決網絡負載大的問題。 HTTP streaming是變通方案中最好的一個,它可以長時間保持連接不斷開,同時在后臺實現與服務器按照不規則的順序交換數據(無需刷新頁面)。不過缺點是需要大量運用JavaScript對象XMLHttpRequest,該腳本在不同瀏覽器中的實現效果并不相同,而且它總是需要兩個HTTP連接才能完成實時雙向通訊。 WebSocket協議通過建立套接層(Socket)解決以上替代方案出現的問題,該套接層可以通過IP地址和端口永久地維持客戶端與服務器之間的信道,這樣兩端就可以在一個連接中同時完成雙向的通訊,而不需要頻繁地發送“請求”。在HTTP握手建立連接時有一個幾乎已經被忘記的功能——“協議協商升級”(upgrade)。WebSocket現在將“協議協商升級”重新引入,通過HTTP握手完成應用層協議的升級。然后瀏覽器就可以調用WebSocket API,而不是JavaScript對象。是否啟用了WebSocket連接可以通過瀏覽器地址欄中的統一資源標識符(URI)“ws://”和“wss://”(WebSocket安全協議)進行識別。
為了確保只有獲得允許的WebSocket終端之間才能進行通訊,開發者在HTTP協議頭部增加了一些安全機制:客戶端在請求中生成一個基本的Base64編碼安全密鑰,服務器收到該密鑰之后對其進行SHA-1加密,然后再返回給客戶端。從而避免WebSocket服務器遭遇未知源的惡意攻擊,保證只有已知的或者可信的客戶端才可以建立連接。 另一個重要的保護機制出現在HTTP握手之后:WebSocket客戶端必須通過簡單的異或運算模板加密每一個數據包,防止互相連接的代理服務器將WebSocket連接誤認為成HTTP請求。如果不加密數據包的話,遭到惡意腳本劫持的代理服務器就有可能對其他用戶發起攻擊。加密之后,因為代理服務器無法讀取加密的信息,所以只能將其轉發到指定的終端。 目前,并非所有的瀏覽器都支持最新的WebSocket協議。但是這種情況在接下來的幾個月會發生改變,因為WebSocket作為HTML5的重要特性之一,可以提供先進的互聯網特性,讓Web應用更加快速、高效和強大。 該文章在 2012/6/15 8:29:10 編輯過 |
關鍵字查詢
相關文章
正在查詢... |