B/S(Web)實(shí)時通訊解決方案分享

2019-11-19 16:54:55

字體：大中小

供稿：網(wǎng)友

B/S的實(shí)時通訊實(shí)現(xiàn)起來比較麻煩，因為http協(xié)議是無狀態(tài)的，導(dǎo)致一些實(shí)時消息通知和聊天等功能比較難以實(shí)現(xiàn)，本文主要簡述幾種自己之前常用的幾種方式。

1、傳統(tǒng)的HTTP協(xié)議是無狀態(tài)的

傳統(tǒng)的HTTP協(xié)議是無狀態(tài)的，每次請求（request）都要由客戶端（如瀏覽器）主動發(fā)起，服務(wù)端進(jìn)行處理后返回response結(jié)果，而服務(wù)端很難主動向客戶端發(fā)送數(shù)據(jù)，多個用戶進(jìn)行實(shí)時的交流也比較困難，比如聊天系統(tǒng)。

2、目前比較流量的實(shí)時通訊方式

輪詢

條件：任何Web端

客戶端定時向服務(wù)器發(fā)送Ajax請求，服務(wù)器接到請求后馬上返回響應(yīng)信息并關(guān)閉連接。

長輪詢

條件：任何Web端

客戶端向服務(wù)器發(fā)送Ajax請求，服務(wù)器接到請求后hold住連接，直到有新消息才返回響應(yīng)信息并關(guān)閉連接，客戶端處理完響應(yīng)信息后再向服務(wù)器發(fā)送新的請求。

Flash socket

條件：需要安裝Flash插件

在頁面中內(nèi)嵌入一個使用了Socket類的 Flash 程序JavaScript通過調(diào)用此Flash程序提供的Socket接口與服務(wù)器端的Socket接口進(jìn)行通信，JavaScript在收到服務(wù)器端傳送的信息后控制頁面的顯示。

Web Socket

條件：支持H5 Web socket

WebSocket protocol 是HTML5一種新的協(xié)議。它實(shí)現(xiàn)了瀏覽器與服務(wù)器全雙工通信(full-duple)。一開始的握手需要借助HTTP請求完成。

3、B/S 實(shí)時通訊輪詢方式

3.1傳統(tǒng)輪詢

客戶端定時向服務(wù)器發(fā)送Ajax請求，服務(wù)器接到請求后馬上返回響應(yīng)信息并關(guān)閉連接。

缺點(diǎn)：耗費(fèi)資源，耗費(fèi)流量。根據(jù)用戶窗口數(shù)量，請求次數(shù)成倍的增加。

3.2 傳統(tǒng)長輪詢

客戶端向服務(wù)器發(fā)送Ajax請求，服務(wù)器接到請求后hold住鏈接，直到有新消息才返回響應(yīng)信息并關(guān)閉連接，客戶端處理完響應(yīng)信息后再向服務(wù)器發(fā)送新的請求。

由于瀏覽器同時只能有一定數(shù)量的鏈接同時hold，所有這種方式如果窗口打開多個，就會導(dǎo)致后面打開的窗口一直等待前面hold的鏈接。

3.3傳統(tǒng)長輪詢+ActiveMq

ActiveMq的方式相比傳統(tǒng)的查詢數(shù)據(jù)庫有一定的優(yōu)勢，這樣減少了多次查詢數(shù)據(jù)庫的問題，效率也會有所提升。但是這種方式每個用戶的每個窗口都會有個訂閱和鏈接，這樣導(dǎo)致ActiveMq服務(wù)器的鏈接數(shù)會隨著用戶的增加而增加，最后導(dǎo)致鏈接數(shù)沾滿。

4、ASP.NETSignalR

很明顯輪詢的方式并不是最好的解決方式，當(dāng)然web socket是一種很好的實(shí)現(xiàn)方式，但是編程起來比較麻煩，由于lz是做.net開發(fā)，所以選擇了ASP.NET SignalR。而且SignalR會兼容各種瀏覽器，如果瀏覽器支持web socket，則用web socket方式，如果不支持則用長輪詢的方式實(shí)現(xiàn)。

ASP.NET SignalR 是為 ASP.NET 開發(fā)人員提供的一個庫，可以簡化開發(fā)人員將實(shí)時 Web 功能添加到應(yīng)用程序的過程。實(shí)時 Web 功能是指這樣一種功能：當(dāng)所連接的客戶端變得可用時服務(wù)器代碼可以立即向其推送內(nèi)容，而不是讓服務(wù)器等待客戶端請求新的數(shù)據(jù)。即你有信息了再來通知我，而不是我傻乎乎的每次跑來問你。

http://signalr.net/