WebSocket筆記(一) 初步認識

原文： http://zhangxiao.org/2018/WebSocket/intro/

使用場景

• 服務器，須要向客戶端主動端推送消息（數據）
• 客戶端，須要實施獲取服務器上數據更新或變化

基本概念

WebSocket是一種能在單個TCP鏈接上進行全雙工通信的協議。

特色

較少的控制開銷

在鏈接建立後，服務器和客戶端之間交換數據時，用於協議控制的數據包頭部相對較小。在不包含擴展的狀況下，對於服務器到客戶端的內容，此頭部大小隻有2至10字節（和數據包長度有關）；對於客戶端到服務器的內容，此頭部還須要加上額外的4字節的掩碼。相對於HTTP請求每次都要攜帶完整的頭部，此項開銷顯著減小了。

更強的實時性

因爲協議是全雙工的，因此服務器能夠隨時主動給客戶端下發數據。相對於HTTP請求須要等待客戶端發起請求服務端才能響應，延遲明顯更少；即便是和Comet等相似的長輪詢比較，其也能在短期內更屢次地傳遞數據。

保持鏈接狀態

與HTTP不一樣的是，Websocket須要先建立鏈接，這就使得其成爲一種有狀態的協議，以後通訊時能夠省略部分狀態信息。而HTTP請求可能須要在每一個請求都攜帶狀態信息（如身份認證等）。

更好的二進制支持

Websocket定義了二進制幀，相對HTTP，能夠更輕鬆地處理二進制內容。

能夠支持擴展

Websocket定義了擴展，用戶能夠擴展協議、實現部分自定義的子協議。如部分瀏覽器支持壓縮等。

更好的壓縮效果

相對於HTTP壓縮，Websocket在適當的擴展支持下，能夠沿用以前內容的上下文，在傳遞相似的數據時，能夠顯著地提升壓縮率。

沒有跨域問題

不一樣於HTTP，WebSocket並無同源限制，客戶端能夠與任意服務器通訊

與 HTTP 協議有着良好的兼容性

默認端口同HTTP/HTTPs，也是80和443

握手階段採用 HTTP 協議，所以握手時不容易屏蔽，能經過各類 HTTP 代理服務器。

對比	HTTP	WebSocket
協議標識	http/https	ws/wss
端口	80/443	80/443

普通80端口：ws://example.com:80/some/path
加密443端口：wss://example.com:80/some/path

服務器端容易實現

Java/Python/Node/Php/.NET，好像都是支持的（表示心虛，我只是百度了一圈，都能找到現成解決方案）

參考文章

參考文章

維基百科 WebSocket
WebSocket 教程(阮一峯)
WebSocket資料總結
websocket與comet的性能對比
淺談HTTP長鏈接
WEB通信技術之短輪詢、長輪詢(comet)、長鏈接(SSE)、WebSocket