WebSocket是一種在單個TCP連接上進行全雙工通信的協(xié)議。WebSocket通信協(xié)議于2011年被IETF定為標準RFC 6455，并由RFC7936補充規(guī)范。WebSocket API也被W3C定為標準。HTML5開始提供WebSocket協(xié)議的支持。

WebSocket使得客戶端和服務器之間的數(shù)據(jù)交換變得更加簡單，允許服務端主動向客戶端推送數(shù)據(jù)。在WebSocket API中，瀏覽器和服務器只需要完成一次握手，兩者之間就直接可以創(chuàng)建持久性的連接，并進行雙向數(shù)據(jù)傳輸。

WebSocket連接過程

客戶端通過HTTP協(xié)議向服務端發(fā)送握手，服務端向客戶端返回ACK，此時握手成功，建立連接并維持該連接；

后面服務端和客戶端就可以基于建立的連接進行雙向通信，直到連接關閉。

2. WebSocket與HTTP對比

優(yōu)點

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

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

保持連接狀態(tài)。與HTTP不同的是，Websocket需要先創(chuàng)建連接，這就使得其成為一種有狀態(tài)的協(xié)議，之后通信時可以省略部分狀態(tài)信息。而HTTP請求可能需要在每個請求都攜帶狀態(tài)信息（如身份認證等）。

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

可以支持擴展。Websocket定義了擴展，用戶可以擴展協(xié)議、實現(xiàn)部分自定義的子協(xié)議。如部分瀏覽器支持壓縮等。

更好的壓縮效果。相對于HTTP壓縮，Websocket在適當?shù)臄U展支持下，可以沿用之前內容的上下文，在傳遞類似的數(shù)據(jù)時，可以顯著地提高壓縮率。