B/S的實時通訊實現起來比較麻煩，因為http協議是無狀態的，導致一些實時消息通知和聊天等功能比較難以實現，本文主要簡述幾種自己之前常用的幾種方式。
1、傳統的HTTP協議是無狀態的
傳統的HTTP協議是無狀態的，每次請求（request）都要由客戶端（如 瀏覽器）主動發起，服務端進行處理后返回response結果，而服務端很難主動向客戶端發送數據，多個用戶進行實時的交流也比較困難，比如聊天系統。
2、目前比較流量的實時通訊方式
輪詢
條件：任何Web端
客戶端定時向服務器發送Ajax請求，服務器接到請求后馬上返回響應信息並關閉連接。
長輪詢
條件：任何Web端
客戶端向服務器發送Ajax請求，服務器接到請求后hold住連接，直到有新消息才返回響應信息並關閉連接，客戶端處理完響應信息后再向服務器發送新的請求。
Flash socket
條件：需要安裝Flash插件
在頁面中內嵌入一個使用了Socket類的 Flash 程序JavaScript通過調用此Flash程序提供的Socket接口與服務器端的Socket接口進行通信，JavaScript在收到服務器端傳送的信息后控制頁面的顯示。
Web Socket
條件：支持H5 Web socket
WebSocket protocol 是HTML5一種新的協議。它實現了瀏覽器與服務器全雙工通信(full-duple)。一開始的握手需要借助HTTP請求完成。
3、B/S 實時通訊輪詢方式
3.1 傳統輪詢
客戶端定時向服務器發送Ajax請求，服務器接到請求后馬上返回響應信息並關閉連接。
缺點：耗費資源，耗費流量 。根據用戶窗口數量，請求次數成倍的增加。
3.2 傳統長輪詢
客戶端向服務器發送Ajax請求，服務器接到請求后hold住鏈接，直到有新消息才返回響應信息並關閉連接，客戶端處理完響應信息后再向服務器發送新的請求。
由於瀏覽器同時只能有一定數量的鏈接同時hold，所有這種方式如果窗口打開多個，就會導致后面打開的窗口一直等待前面hold的鏈接。
3.3 傳統長輪詢+ActiveMq
ActiveMq的方式相比傳統的查詢數據庫有一定的優勢，這樣減少了多次查詢數據庫的問題，效率也會有所提升。但是這種方式每個用戶的每個窗口都會有個訂閱和鏈接，這樣導致ActiveMq服務器的鏈接數會隨着用戶的增加而增加，最后導致鏈接數沾滿。
4、ASP.NET SignalR
很明顯輪詢的方式並不是最好的解決方式，當然web socket是一種很好的實現方式，但是編程起來比較麻煩，由於lz是做.net開發，所以選擇了ASP.NET SignalR。而且SignalR會兼容各種瀏覽器，如果瀏覽器支持web socket，則用web socket方式，如果不支持則用長輪詢的方式實現。
ASP.NET SignalR 是為 ASP.NET 開發人員提供的一個庫，可以簡化開發人員將實時 Web 功能添加到應用程序的過程。實時 Web 功能是指這樣一種功能：當所連接的客戶端變得可用時服務器代碼可以立即向其推送內容，而不是讓服務器等待客戶端請求新的數據。即你有信息了再來通知我，而不是我傻乎乎的每次跑來問你。
4.1 SignalR 簡單編程
SignalR的配置以及應用詳情可以參數官方文檔，這里只做簡單的發送消息和接收消息的示例。
1、客戶端發送消息至服務端
2、服務端發送消息至客戶端
在服務端向客戶端發送消息時可以選擇三種發送方式
1、All：所有頁面，比如：實時股票信息。
Clients.All.xx();
2、Client：單個頁面，比如：聊天系統。
Clients.Client("connectionId").xx();
3、Group：組，比如：同一個用戶所有頁面收到通知。
Clients.Group("groupName").xx();
更多關於SignalR的詳情介紹，和實現群聊功能，可以參考另一篇 應用並實現群聊功能 開源代碼
4.2 SignalR+數據庫
這種方式解決了用戶多個窗口不能收到消息的問題，而且數據庫的刷新頻率只會有一個線程刷新，並不會隨着用戶的增加而增加，從而大大的減小了數據庫的刷新頻率。
4.3 SignalR+ActiveMq（最終解決方式）
這種方式既解決了鏈接數的問題，也同時解決了用戶多個窗口不能收到消息的問題，而且用了ActiveMq也不用去實時刷新數據庫。
結語
以上是lz在開發中應用的多種B/S實時通信的解決方案，望對各位有所幫助，本文原創，歡迎拍磚和推薦。