什麼是 WebSocket 協議?

大家好,我是小姜。

隨着科技發展,人們需求越來越多,生活的方方面面都離不開一些實時信息。比如:疫情期間在家協同辦公、疫情監控目標人的實時運動軌跡、社交中的實時消息、多玩家互動遊戲、每秒瞬息萬變的股市基金報價、體育實況播放、音視頻聊天、視頻會議、在線教育等等,都可以借用 WebSocket TCP 鏈接可以讓數據飛起來。下面就聊一下 WebSocket 協議。

WebSocket 是 HTML5 開始提供的一種瀏覽器與服務器間進行全雙工通訊的網絡技術, 一種基於 TCP 連接上進行全雙工通信的協議,相對於 HTTP 這種非持久的協議來說,WebSocket 是一個持久化網絡通信的協議。依靠這種技術可以實現客戶端和服務器端的長連接,雙向實時通信。

它不僅可以實現客戶端請求服務器,同時可以允許服務端主動向客戶端推送數據。是真正的雙向平等對話,屬於服務器推送技術的一種。在 WebSocket API 中,客戶端和服務器只需要完成一次握手,兩者之間就直接可以創建持久性的連接,並進行雙向數據傳輸。

「其他特點包括:」

  • 建立在 TCP 協議之上,服務器端的實現比較容易。

  • 與 HTTP 協議有着良好的兼容性。默認端口也是 80 和 443,並且握手階段採用 HTTP 協議,因此握手時不容易屏蔽,能通過各種 HTTP 代理服務器。

  • 數據格式比較輕量,性能開銷小,通信高效。

  • 可以發送文本,也可以發送二進制數據。

  • 沒有同源限制,客戶端可以與任意服務器通信。

  • 協議標識符是 ws(如果加密,則爲 wss),服務器網址就是 URL。

協議標識符是 ws(如果加密,則爲 wss),服務器網址就是 URL

ws://xxx.ayunw.cn:80/some/path
wss://xxx.ayunw.cn:443/some/path

另外客戶端不只是瀏覽器,只要實現了 ws 或者 wss 協議的客戶端 socket 都可以和服務器進行通信。

先說一下爲什麼需要 WebSocket 協議?

在 Web 應用架構中,連接由 HTTP/1.0 和 HTTP/1.1 處理。HTTP 是客戶端 / 服務器模式中 請求一響應 所用的協議,在這種模式中,客戶端 (一般是瀏覽器) 向服務器提交 HTTP 請求,服務器響應請求的資源(例如 HTML 頁面)。

HTTP 是無狀態的,也就是說,它將每個請求當成唯一和獨立的。無狀態協議具有一些優勢,例如,服務器不需要保存有關會話的信息,從而不需要存儲數據。但是,這也意味着在每次 HTTP 請求和響應中都會發送關於請求的冗餘信息,比如使用 Cookie 進行用戶狀態的驗證。

隨着客戶端和服務器之間交互的增加,HTTP 協議在客戶端和服務器之間通信所需要的信息量快速增加。

從根本上講,HTTP 還是 半雙工 的協議,也就是說,在同一時刻信息的流向只能單向的:客戶端向服務器發送請求 (單向),然後服務器響應請求 (單向)。半雙工方式的通信效率是非常低的。

同時 HTTP 協議有一個缺陷:通信只能由客戶端發起。

這種單向請求的特點,註定瞭如果服務器有狀態變化,是無法主動通知客戶端的。

爲了能夠及時的獲取服務器的變化,我們嘗試過各種各樣的方式:

  • 輪詢 (polling):每隔一段時間,就發出一個請求,瞭解服務器有沒有新的信息。不精準,有延時,大量無效數據交換。

  • 長輪詢 (long polling):客戶端向服務器請求信息,並在設定的時間段內保持連接。直到服務器有新消息響應,或者連接超時,這種技術常常稱作“掛起 GET” 或“擱置 POST”。佔用服務器資源,相對輪詢並沒有優勢,沒有標準化。

  • 流化技術:在流化技術中,客戶端發送一個請求,服務器發送並維護一個持續更新和保持打開 (可以是無限或者規定的時間段) 的開放響應。每當服務器有需要交付給客戶端的信息時,它就更新響應。服務器從不發出完成 HTTP 響應。代理和防火牆可能緩存響應,導致信息交付的延遲增加。

上述方法提供了近乎實時的通信,但是它們也涉及 HTTP 請求和響應首標,包含了許多附加和不必要的首標數據與延遲。此外,在每一種情況下,客戶端都必須等待請求返回,才能發出後續的請求,而這顯著地增加了延退。同時也極大地增加了服務器的壓力。

什麼是 websocket 協議?

Websocket 其實是一個新協議,借用了 HTTP 的協議來完成一部分握手,只是爲了兼容現有瀏覽器的握手規範而已。Websocket 是一種自然的全雙工、雙向、單套接字連接,解決了 HTTP 協議中不適合於實時通信的問題。

「一個典型的 Websocket 握手如下:」

GET /chat HTTP/1.1
Host: server.example.com
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Key: x3JJHMbDL1EzLkh9GBhXDw==
Sec-WebSocket-Protocol: chat, superchat
Sec-WebSocket-Version: 13
Origin: http://example.com

其中 Websocket 的核心如下,它告訴 Apache、Nginx 等服務器:注意,我發起的是 Websocket 協議,快點幫我找到對應的助理處理而不是那個老土的 HTTP。

Upgrade: websocket
Connection: Upgrade

「服務器返回如下:」

HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: HSmrc0sMlYUkAGmm5OPpG2HaGWk=
Sec-WebSocket-Protocol: chat

至此,HTTP 已經完成它所有工作了,接下來就是完全按照 Websocket 協議進行了。


  • ayunw 作    者:ayunw 運維博客

  • ayunw 博客地址:https://sre.ayunw.cn/

  • 運維開發故事博客: https://www.devopstory.cn/

  • 相關話題:https://sre.ayunw.cn/tags/websocket/


公衆號:運維開發故事

github:https://github.com/orgs/sunsharing-note/dashboard

愛生活,愛運維

本文由 Readfog 進行 AMP 轉碼,版權歸原作者所有。
來源https://mp.weixin.qq.com/s/38hgQ2zDBfl09tSruiwtDA