簡(jiǎn)介

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

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

背景

以前，很多網(wǎng)站為了實(shí)現(xiàn)推送技術(shù)，所用的技術(shù)都是輪詢。輪詢是在特定的的時(shí)間間隔(如每1秒)，由瀏覽器對(duì)服務(wù)器發(fā)出HTTP請(qǐng)求，然后由服務(wù)器返回最新的數(shù)據(jù)給客戶端的瀏覽器。這種傳統(tǒng)的模式帶來(lái)很明顯的缺點(diǎn)，即瀏覽器需要不斷的向服務(wù)器發(fā)出請(qǐng)求，然而HTTP請(qǐng)求可能包含較長(zhǎng)的頭部，其中真正有效的數(shù)據(jù)可能只是很小的一部分，顯然這樣會(huì)浪費(fèi)很多的帶寬等資源。

而比較新的技術(shù)去做輪詢的效果是Comet。這種技術(shù)雖然可以雙向通信，但依然需要反復(fù)發(fā)出請(qǐng)求。而且在Comet中，普遍采用的長(zhǎng)鏈接，也會(huì)消耗服務(wù)器資源。

在這種情況下，HTML5定義了WebSocket協(xié)議，能更好的節(jié)省服務(wù)器資源和帶寬，并且能夠更實(shí)時(shí)地進(jìn)行通訊。

優(yōu)點(diǎn)

• 較少的控制開銷。在連接創(chuàng)建后，服務(wù)器和客戶端之間交換數(shù)據(jù)時(shí)，用于協(xié)議控制的數(shù)據(jù)包頭部相對(duì)較小。在不包含擴(kuò)展的情況下，對(duì)于服務(wù)器到客戶端的內(nèi)容，此頭部大小只有2至10字節(jié)(和數(shù)據(jù)包長(zhǎng)度有關(guān))；對(duì)于客戶端到服務(wù)器的內(nèi)容，此頭部還需要加上額外的4字節(jié)的掩碼。相對(duì)于HTTP請(qǐng)求每次都要攜帶完整的頭部，此項(xiàng)開銷顯著減少了。
• 更強(qiáng)的實(shí)時(shí)性。由于協(xié)議是全雙工的，所以服務(wù)器可以隨時(shí)主動(dòng)給客戶端下發(fā)數(shù)據(jù)。相對(duì)于HTTP請(qǐng)求需要等待客戶端發(fā)起請(qǐng)求服務(wù)端才能響應(yīng)，延遲明顯更少；即使是和Comet等類似的長(zhǎng)輪詢比較，其也能在短時(shí)間內(nèi)更多次地傳遞數(shù)據(jù)。
• 保持連接狀態(tài)。與HTTP不同的是，Websocket需要先創(chuàng)建連接，這就使得其成為一種有狀態(tài)的協(xié)議，之后通信時(shí)可以省略部分狀態(tài)信息。而HTTP請(qǐng)求可能需要在每個(gè)請(qǐng)求都攜帶狀態(tài)信息(如身份認(rèn)證等)。
• 更好的二進(jìn)制支持。Websocket定義了二進(jìn)制幀，相對(duì)HTTP，可以更輕松地處理二進(jìn)制內(nèi)容。
• 可以支持?jǐn)U展。Websocket定義了擴(kuò)展，用戶可以擴(kuò)展協(xié)議、實(shí)現(xiàn)部分自定義的子協(xié)議。如部分瀏覽器支持壓縮等。
• 更好的壓縮效果。相對(duì)于HTTP壓縮，Websocket在適當(dāng)?shù)臄U(kuò)展支持下，可以沿用之前內(nèi)容的上下文，在傳遞類似的數(shù)據(jù)時(shí)，可以顯著地提高壓縮率。

握手協(xié)議

WebSocket 是獨(dú)立的、創(chuàng)建在 TCP 上的協(xié)議。

Websocket 通過(guò)HTTP/1.1 協(xié)議的101狀態(tài)碼進(jìn)行握手。

為了創(chuàng)建Websocket連接，需要通過(guò)瀏覽器發(fā)出請(qǐng)求，之后服務(wù)器進(jìn)行回應(yīng)，這個(gè)過(guò)程通常稱為“握手”(handshaking)。

實(shí)例

例子包括了WebSocket服務(wù)端、WebSocket客戶端(網(wǎng)頁(yè)端)。

這里服務(wù)端用了ws這個(gè)庫(kù)。相比大家熟悉的socket.io，ws實(shí)現(xiàn)更輕量，更適合學(xué)習(xí)的目的。

1、服務(wù)端

代碼如下，監(jiān)聽8080端口。當(dāng)有新的連接請(qǐng)求到達(dá)時(shí)，打印日志，同時(shí)向客戶端發(fā)送消息。當(dāng)收到到來(lái)自客戶端的消息時(shí)，同樣打印日志。

2、客戶端

代碼如下，向8080端口發(fā)起WebSocket連接。連接建立后，打印日志，同時(shí)向服務(wù)端發(fā)送消息。接收到來(lái)自服務(wù)端的消息后，同樣打印日志。

3、運(yùn)行結(jié)果

可分別查看服務(wù)端、客戶端的日志，這里不展開。

服務(wù)端輸出：

server: receive connection.server: received hello

客戶端輸出：

client: ws connection is openclient: received world

總結(jié)

以上是生活随笔為你收集整理的例子 客户端_服务端也是可以主动向客户端推送数据的--WebSocket的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。