WebSocket是一種在單個TCP連接上進行全雙工通信的協議。WebSocket通信協議于2011年被IETF定為標準RFC 6455,并由RFC7936補充規范。WebSocket API也被W3C定為標準。HTML5開始提供WebSocket協議的支持。
WebSocket使得客戶端和服務器之間的數據交換變得更加簡單,允許服務端主動向客戶端推送數據。在WebSocket API中,瀏覽器和服務器只需要完成一次握手,兩者之間就直接可以創建持久性的連接,并進行雙向數據傳輸。
WebSocket連接過程
客戶端通過HTTP協議向服務端發送握手,服務端向客戶端返回ACK,此時握手成功,建立連接并維持該連接;
后面服務端和客戶端就可以基于建立的連接進行雙向通信,直到連接關閉。
2. WebSocket與HTTP對比
HTTP | WebSocket | |
通信方式 | 單工 | 全雙工 |
端口 | 80/443 | 80/443 |
協議 | HTTP/HTTPS | WS/WSS |
跨域問題 | 有 | 無 |
網絡開銷 | - | 較小 |
優點
較少的控制開銷。在連接創建后,服務器和客戶端之間交換數據時,用于協議控制的數據包頭部相對較小。在不包含擴展的情況下,對于服務器到客戶端的內容,此頭部大小只有2至10字節(和數據包長度有關);對于客戶端到服務器的內容,此頭部還需要加上額外的4字節的掩碼。相對于HTTP請求每次都要攜帶完整的頭部,此項開銷顯著減少了。
更強的實時性。由于協議是全雙工的,所以服務器可以隨時主動給客戶端下發數據。相對于HTTP請求需要等待客戶端發起請求服務端才能響應,延遲明顯更少;即使是和Comet等類似的長輪詢比較,其也能在短時間內更多次地傳遞數據。
保持連接狀態。與HTTP不同的是,Websocket需要先創建連接,這就使得其成為一種有狀態的協議,之后通信時可以省略部分狀態信息。而HTTP請求可能需要在每個請求都攜帶狀態信息(如身份認證等)。
更好的二進制支持。Websocket定義了二進制幀,相對HTTP,可以更輕松地處理二進制內容。
可以支持擴展。Websocket定義了擴展,用戶可以擴展協議、實現部分自定義的子協議。如部分瀏覽器支持壓縮等。
更好的壓縮效果。相對于HTTP壓縮,Websocket在適當的擴展支持下,可以沿用之前內容的上下文,在傳遞類似的數據時,可以顯著地提高壓縮率。
-
服務器
+關注
關注
12文章
9237瀏覽量
85664 -
HTTP
+關注
關注
0文章
510瀏覽量
31328 -
TCP
+關注
關注
8文章
1374瀏覽量
79144
發布評論請先 登錄
相關推薦
評論