這篇文章主要介紹了web開發(fā)中B/S實(shí)時(shí)通訊的示例分析,具有一定借鑒價(jià)值,感興趣的朋友可以參考下,希望大家閱讀完這篇文章之后大有收獲,下面讓小編帶著大家一起了解一下。
創(chuàng)新互聯(lián)公司主要從事成都做網(wǎng)站、成都網(wǎng)站設(shè)計(jì)、網(wǎng)頁設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)沐川,十年網(wǎng)站建設(shè)經(jīng)驗(yàn),價(jià)格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):13518219792
B/S的實(shí)時(shí)通訊實(shí)現(xiàn)起來比較麻煩,因?yàn)閔ttp協(xié)議是無狀態(tài)的,導(dǎo)致一些實(shí)時(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ù),多個(gè)用戶進(jìn)行實(shí)時(shí)的交流也比較困難,比如聊天系統(tǒng)。
2、目前比較流量的實(shí)時(shí)通訊方式
輪詢
條件:任何Web端
客戶端定時(shí)向服務(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)嵌入一個(gè)使用了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í)時(shí)通訊輪詢方式
3.1傳統(tǒng)輪詢
客戶端定時(shí)向服務(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í)只能有一定數(shù)量的鏈接同時(shí)hold,所有這種方式如果窗口打開多個(gè),就會導(dǎo)致后面打開的窗口一直等待前面hold的鏈接。
3.3傳統(tǒng)長輪詢+ActiveMq
ActiveMq的方式相比傳統(tǒng)的查詢數(shù)據(jù)庫有一定的優(yōu)勢,這樣減少了多次查詢數(shù)據(jù)庫的問題,效率也會有所提升。但是這種方式每個(gè)用戶的每個(gè)窗口都會有個(gè)訂閱和鏈接,這樣導(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ā)人員提供的一個(gè)庫,可以簡化開發(fā)人員將實(shí)時(shí) Web 功能添加到應(yīng)用程序的過程。實(shí)時(shí) Web 功能是指這樣一種功能:當(dāng)所連接的客戶端變得可用時(shí)服務(wù)器代碼可以立即向其推送內(nèi)容,而不是讓服務(wù)器等待客戶端請求新的數(shù)據(jù)。即你有信息了再來通知我,而不是我傻乎乎的每次跑來問你。
http://signalr.net/
4.1 SignalR 簡單編程
SignalR的配置以及應(yīng)用詳情可以參數(shù)官方文檔,這里只做簡單的發(fā)送消息和接收消息的示例。
1、客戶端發(fā)送消息至服務(wù)端
2、服務(wù)端發(fā)送消息至客戶端
在服務(wù)端向客戶端發(fā)送消息時(shí)可以選擇三種發(fā)送方式
1、All:所有頁面,比如:實(shí)時(shí)股票信息。
Clients.All.xx();
2、Client:單個(gè)頁面,比如:聊天系統(tǒng)。
Clients.Client("connectionId").xx();
3、Group:組,比如:同一個(gè)用戶所有頁面收到通知。
Clients.Group("groupName").xx();
更多關(guān)于SignalR的詳情介紹,和實(shí)現(xiàn)群聊功能,可以參考另一篇 應(yīng)用并實(shí)現(xiàn)群聊功能 開源代碼
4.2 SignalR+數(shù)據(jù)庫
這種方式解決了用戶多個(gè)窗口不能收到消息的問題,而且數(shù)據(jù)庫的刷新頻率只會有一個(gè)線程刷新,并不會隨著用戶的增加而增加,從而大大的減小了數(shù)據(jù)庫的刷新頻率。
4.3SignalR+ActiveMq(最終解決方式)
這種方式既解決了鏈接數(shù)的問題,也同時(shí)解決了用戶多個(gè)窗口不能收到消息的問題,而且用了ActiveMq也不用去實(shí)時(shí)刷新數(shù)據(jù)庫。
感謝你能夠認(rèn)真閱讀完這篇文章,希望小編分享的“web開發(fā)中B/S實(shí)時(shí)通訊的示例分析”這篇文章對大家有幫助,同時(shí)也希望大家多多支持創(chuàng)新互聯(lián),關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道,更多相關(guān)知識等著你來學(xué)習(xí)!