分享利用 redis 訂閱與發布特性，巧妙的現實高性能im系統。為表誠意，先貼源碼地址：https://github.com/2881099/im

下載源碼后的運行方法：

運行環境：.NETCore 2.1 + redis-server 2.8

下載Redis-x64-2.8.2402.zip，點擊 start.bat 運行；或者修改 imServer、web 下面 appsettings.json redis 配置，指向可用的redis-server

cd imServer && dotnet run --urls="http://0.0.0.0:6001"

cd web && dotnet run --urls="http://0.0.0.0:5555"

打開多個瀏覽器，訪問?http://127.0.0.1:5555?發送群消息

設計思路

socket選型

最二的辦法是瀏覽器端使用websocket，其他端socket，這么混亂的設計最終將非常難維護。

所以強烈建議所有端都使用websocket協議，adorid/ios/h5/小程序全部支持websocket客戶端。

業務與通訊協議

im系統一般涉及【我的好友】、【我的群】、【歷史消息】等等。。

那么，imServer與業務方(web)該保持何種關系呢？

用戶A向好友B發送消息，分析一下：

• 需要判斷B是否為A好友；

• 需要判斷A是否有權限；

• 等等。。

諸如此類業務判斷會很復雜，我們試想一下，如果使用imServer做業務協議，它是不是會變成巨無霸難以維護。

又假如獲取歷史記錄，難道客戶端要先websocket.send('gethistory')，再在onmessage里定位回調處理？

這樣做十分之二。。。

---

咱這樣設計，所有用戶的主動行為走業務方(web)，imServer只負責即時消息推送。什么意思？

用戶A向好友B發送消息：客戶端請求業務方(web)接口，由業務方(web)后端向imServer發起推送請求，imServer收到指令后，向前端用戶B的websocket發送數據，用戶B收到了消息。

獲取歷史消息：客戶端請求業務方(web)接口，返回json(歷史消息)

回執：用戶A如何知道消息發送狀態（成功或失敗或不在線）？imServer端向用戶B發送消息時，把狀態以消息的方式推給用戶A即可（按上面的邏輯），具體請看源碼吧。。。

web通知imServer性能優化

采用消息隊列，redis的發布訂閱最為輕量。

實現多節點部署

單個imServer實例支持多少websocket連接，幾百個沒問題吧，好。。。

如果系統在線用戶有1萬人，怎么辦？？？

可以根據id的hash分區，比如部署4個imServer：

• imServer1 訂閱 redisChanne1

• imServer2 訂閱 redisChanne2

• imServer3 訂閱 redisChanne3

• imServer4 訂閱 redisChanne4

業務方(web)端根據接收方的id的hash分區算法，定位到對應的redisChannel，這樣publish就可以將消息定位到相應的imServer了?

原文地址：https://www.cnblogs.com/kellynic/p/9286645.html

.NET社區新聞，深度好文，歡迎訪問公眾號文章匯總 http://www.csharpkit.com

總結

以上是生活随笔為你收集整理的基于 websocket 实现的 im 实时通讯案例的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。