WebSocket的通信模式是什么

今天小編給大家分享一下WebSocket的通信模式是什么的相關知識點，內容詳細，邏輯清晰，相信大部分人都還太了解這方面的知識，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。

傳統的HTTP都是基于請求響應模型的，客戶端和服務器端無法實現實時通信。之前也有模仿實時通信的技術，但從輪詢、長輪詢到Comet都不能徹底解決實時通信的問題。WebSocket的出現改變了這一狀況，大幅度減少通信中無用的消息首部極大地提高了通信效率，同時也提供了非常低的延時。

注意 WebSocket不是沒有延時，只是比較穩定，延時較短。在實際的工程運用中，WebSocket的延時是隨機的，視網絡情況而定。）

下面給出WebSocket請求和響應的消息首部。客戶端到服務端的請求代碼如下：

From client to server:

GET /demo HTTP/1.1

Host: example.com

Connection: Upgrade

Sec-WebSocket-Key2: 12998 5 Y3 1 .P00

Sec-WebSocket-Protocol: sample

Upgrade: WebSocket

Sec-WebSocket-Key1: 4@1 46546xW%0l 1 5

Origin: HTTP://example.com

[8-byte security key]

服務端到客戶端的響應代碼如下：

From server to client:

HTTP/1.1 101 WebSocket Protocol Handshake

Upgrade: WebSocket

Connection: Upgrade

WebSocket-Origin: HTTP://example.com

WebSocket-Location: ws://example.com/demo

WebSocket-Protocol: sample

[16-byte hash response]

構造了WebSocket的消息首部后，客戶端必須按照如下7個步驟產生通信。

(1) 解析WebSocket的URL地址，獲取主機、端口、資源名稱、安全模式。（如果連接不成功，則返回一個SYNTAX_ERR異常并中止執行。）

(2) 檢查端口是否被占用。（如果發起的端口已經被占用，則拋出一個SECURITY_ERR異常并中止執行。一般情況下，80和443端口不會被封鎖。）

(3) 若協議不被瀏覽器支持，則協議會被設為一個空數組。

(4) 如果在通信過程中，有任何內容字符的Unicode碼值小于U+0021或大于 U+007E（換言之，有空格字符或任意不能顯示的ASCII碼），都將報錯          SYNTAX_ERR異常，同時斷開通信步驟。

(5) WebSocket構造器腳本先使源變成序列化的ASCII碼，然后再轉換成ASCII碼的下標格式。

(6) 返回一個新的WebSocket對象，并在后臺繼續這些動作（不鎖死腳本）。

(7) 建立一個到指定主機端口的WebSocket連接，該連接從源發起一個帶著安全認證、源主機名稱、協議列表（可能為空）和遵守cookie旗標設置的連接請求。

以上就是“WebSocket的通信模式是什么”這篇文章的所有內容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會為大家更新不同的知識，如果還想學習更多的知識，請關注億速云行業資訊頻道。