WebSocket

WebSocket

通信術語
WebSocket是一種在單個TCP連接上進行全雙工通信的協議。WebSocket通信協議于2011年被IETF定為标準RFC 6455,并由RFC7936補充規範。WebSocket API也被W3C定為标準。WebSocket使得客戶端和服務器之間的數據交換變得更加簡單,允許服務端主動向客戶端推送數據。在WebSocket API中,浏覽器和服務器隻需要完成一次握手,兩者之間就直接可以創建持久性的連接,并進行雙向數據傳輸。很多網站為了實現推送技術,所用的技術都是輪詢。輪詢是在特定的時間間隔(如每1秒),由浏覽器對服務器發出HTTP請求,然後由服務器返回最新的數據給客戶端的浏覽器。這種傳統的模式帶來很明顯的缺點,即浏覽器需要不斷的向服務器發出請求,然而HTTP請求可能包含較長的頭部,其中真正有效的數據可能隻是很小的一部分,顯然這樣會浪費很多的帶寬等資源[1]。而比較新的技術去做輪詢的效果是Comet。這種技術雖然可以雙向通信,但依然需要反複發出請求。而且在Comet中,普遍采用的長鍊接,也會消耗服務器資源。
  • 中文名:
  • 外文名:WebSocket
  • 所屬學科:計算機科學
  • 解釋:基于TCP的全雙工通信協議

定義

WebSocket 是獨立的、創建在 TCP 上的協議。

Websocket 通過HTTP/1.1 協議的101狀态碼進行握手。

為了創建Websocket連接,需要通過浏覽器發出請求,之後服務器進行回應,這個過程通常稱為“握手”(handshaking)。

原理

很多網站為了實現推送技術,所用的技術都是輪詢。輪詢是在特定的時間間隔(如每1秒),由浏覽器對服務器發出HTTP請求,然後由服務器返回最新的數據給客戶端的浏覽器。這種傳統的模式帶來很明顯的缺點,即浏覽器需要不斷的向服務器發出請求,然而HTTP請求可能包含較長的頭部,其中真正有效的數據可能隻是很小的一部分,顯然這樣會浪費很多的帶寬等資源。

而比較新的技術去做輪詢的效果是Comet。這種技術雖然可以雙向通信,但依然需要反複發出請求。而且在Comet中,普遍采用的長鍊接,也會消耗服務器資源。

在這種情況下,HTML5定義了WebSocket協議,能更好的節省服務器資源和帶寬,并且能夠更實時地進行通訊。

特點

較少的控制開銷。在連接創建後,服務器和客戶端之間交換數據時,用于協議控制的數據包頭部相對較小。在不包含擴展的情況下,對于服務器到客戶端的内容,此頭部大小隻有2至10字節(和數據包長度有關);對于客戶端到服務器的内容,此頭部還需要加上額外的4字節的掩碼。相對于HTTP請求每次都要攜帶完整的頭部,此項開銷顯著減少了。

更強的實時性。由于協議是全雙工的,所以服務器可以随時主動給客戶端下發數據。相對于HTTP請求需要等待客戶端發起請求服務端才能響應,延遲明顯更少;即使是和Comet等類似的長輪詢比較,其也能在短時間内更多次地傳遞數據。

保持連接狀态。與HTTP不同的是,Websocket需要先創建連接,這就使得其成為一種有狀态的協議,之後通信時可以省略部分狀态信息。而HTTP請求可能需要在每個請求都攜帶狀态信息(如身份認證等)。

更好的二進制支持。Websocket定義了二進制幀,相對HTTP,可以更輕松地處理二進制内容。

可以支持擴展。Websocket定義了擴展,用戶可以擴展協議、實現部分自定義的子協議。如部分浏覽器支持壓縮等。

更好的壓縮效果。相對于HTTP壓縮,Websocket在适當的擴展支持下,可以沿用之前内容的上下文,在傳遞類似的數據時,可以顯著地提高壓縮率。

示例

WebSockets 它可以在用戶的浏覽器和服務器之間打開交互式通信會話。使用此API,可以向服務器發送消息并接收事件驅動的響應,而無需通過輪詢服務器的方式以獲得響應。 WebSocket 對象提供了用于創建和管理 WebSocket 連接,以及可以通過該連接發送和接收數據的API。

相關詞條

相關搜索

其它詞條