WebSocket是一種在單個
TCP連接上進行
全雙工通信的協議。WebSocket通信協議于2011年被
IETF定為標準RFC 6455，并由RFC7936補充規范。WebSocket
API也被
W3C定為標準。
WebSocket使得客戶端和服務器之間的數據交換變得更加簡單，允許服務端主動向客戶端推送數據。在WebSocket API中，瀏覽器和服務器只需要完成一次握手，兩者之間就直接可以創建持久性的連接，并進行雙向數據傳輸。
-
中文名
-
WebSocket
-
外文名
-
WebSocket
-
解 釋
-
基于TCP的全雙工通信協議
-
優 點
-
服務器可以主動傳送數據給客戶端
-
功 能
-
實現了瀏覽器與服務器全雙工通信
很多網站為了實現
推送技術，所用的技術都是
輪詢。輪詢是在特定的的時間間隔（如每1秒），由瀏覽器對服務器發出
HTTP請求，然后由服務器返回最新的數據給客戶端的瀏覽器。這種傳統的模式帶來很明顯的缺點，即瀏覽器需要不斷的向服務器發出請求，然而HTTP請求可能包含較長的
頭部，其中真正有效的數據可能只是很小的一部分，顯然這樣會浪費很多的帶寬等資源。
而比較新的技術去做輪詢的效果是
Comet。這種技術雖然可以雙向通信，但依然需要反復發出請求。而且在Comet中，普遍采用的長鏈接，也會消耗服務器資源。
在這種情況下，
HTML5定義了WebSocket協議，能更好的節省服務器資源和帶寬，并且能夠更實時地進行通訊。
-
較少的控制開銷。在連接創建后，服務器和客戶端之間交換數據時，用于協議控制的數據包頭部相對較小。在不包含擴展的情況下，對于服務器到客戶端的內容，此頭部大小只有2至10
字節（和數據包長度有關）；對于客戶端到服務器的內容，此頭部還需要加上額外的4字節的
掩碼。相對于HTTP請求每次都要攜帶完整的頭部，此項開銷顯著減少了。
-
更強的實時性。由于協議是全雙工的，所以服務器可以隨時主動給客戶端下發數據。相對于HTTP請求需要等待客戶端發起請求服務端才能響應，延遲明顯更少；即使是和Comet等類似的長輪詢比較，其也能在短時間內更多次地傳遞數據。
-
保持連接狀態。與HTTP不同的是，Websocket需要先創建連接，這就使得其成為一種有狀態的協議，之后通信時可以省略部分狀態信息。而HTTP請求可能需要在每個請求都攜帶狀態信息（如身份認證等）。
-
更好的二進制支持。Websocket定義了
二進制幀，相對HTTP，可以更輕松地處理二進制內容。
-
可以支持擴展。Websocket定義了擴展，用戶可以擴展協議、實現部分自定義的子協議。如部分瀏覽器支持
壓縮等。
-
更好的壓縮效果。相對于
HTTP壓縮，Websocket在適當的擴展支持下，可以沿用之前內容的
上下文，在傳遞類似的數據時，可以顯著地提高壓縮率。
WebSocket 是獨立的、創建在 TCP 上的協議。
Websocket 通過
HTTP/1.1 協議的101狀態碼進行握手。
為了創建Websocket連接，需要通過瀏覽器發出請求，之后服務器進行回應，這個過程通常稱為“
握手”（handshaking）。
藍藍設計建立了UI設計分享群，每天會分享國內外的一些優秀設計，如果有興趣的話，可以進入一起成長學習，請掃碼ben_lanlan，報下信息，會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作，也請與我們聯系。
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責聲明：藍藍設計尊重原作者，文章的版權歸原作者。如涉及版權問題，請及時與我們取得聯系，我們立即更正或刪除。
藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務
