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

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

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

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

輪詢

條件：任何Web端

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

長(zhǎng)輪詢

條件：任何Web端

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

Flash socket

條件：需要安裝Flash插件

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

Web Socket

條件：支持H5 Web socket

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

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

3.1傳統(tǒng)輪詢

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

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

3.2 傳統(tǒng)長(zhǎng)輪詢

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

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

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

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

4、ASP.NETSignalR

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

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

http://signalr.net/

4.1 SignalR 簡(jiǎn)單編程

SignalR的配置以及應(yīng)用詳情可以參數(shù)官方文檔，這里只做簡(jiǎn)單的發(fā)送消息和接收消息的示例。

1、客戶端發(fā)送消息至服務(wù)端

2、服務(wù)端發(fā)送消息至客戶端

在服務(wù)端向客戶端發(fā)送消息時(shí)可以選擇三種發(fā)送方式

1、All：所有頁(yè)面，比如：實(shí)時(shí)股票信息。

　　Clients.All.xx();

2、Client：?jiǎn)蝹€(gè)頁(yè)面，比如：聊天系統(tǒng)。

　　Clients.Client("connectionId").xx();

3、Group：組，比如：同一個(gè)用戶所有頁(yè)面收到通知。

　　Clients.Group("groupName").xx();

更多關(guān)于SignalR的詳情介紹，和實(shí)現(xiàn)群聊功能，可以參考另一篇 應(yīng)用并實(shí)現(xiàn)群聊功能 開源代碼

4.2 SignalR+數(shù)據(jù)庫(kù)

這種方式解決了用戶多個(gè)窗口不能收到消息的問題，而且數(shù)據(jù)庫(kù)的刷新頻率只會(huì)有一個(gè)線程刷新，并不會(huì)隨著用戶的增加而增加，從而大大的減小了數(shù)據(jù)庫(kù)的刷新頻率。

4.3SignalR+ActiveMq（最終解決方式）

這種方式既解決了鏈接數(shù)的問題，也同時(shí)解決了用戶多個(gè)窗口不能收到消息的問題，而且用了ActiveMq也不用去實(shí)時(shí)刷新數(shù)據(jù)庫(kù)。

結(jié)語

以上是lz在開發(fā)中應(yīng)用的多種B/S實(shí)時(shí)通信的解決方案，望對(duì)各位有所幫助，本文原創(chuàng)，歡迎拍磚和推薦。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論