### 一、SiganlR 使用的協議類型 - 1.websocket即時通訊協議 - 2.Server-Sent Events（SSE）伺服器事件 - 3.longpolling 長輪詢。 如果客戶端開啟協商，會按順序選擇可相容的協議。（預設開啟協議協商） 如果客戶端禁用協商，只能websocke ...
一、SiganlR 使用的協議類型
- 1.websocket即時通訊協議
- 2.Server-Sent Events（SSE）伺服器事件
- 3.longpolling 長輪詢。
如果客戶端開啟協商，會按順序選擇可相容的協議。（預設開啟協議協商）
如果客戶端禁用協商，只能websocket協議。
二、連接過程
- 1.http 協議協商過程 客戶端向伺服器發http請求連接，詢問伺服器支持什麼協議。
服務端返回支持的協議類型，並分配ConnectionId。（未禁用協議協商時有） - 2.ws 客戶端確認協議後發送ws請求，建立連接。
三、身份認證
- websocket協議 無請求報文頭headers，token只能放 QueryString 中，一般參數名定為 access_token。
- 在 Hub中引入身份認證服務，Hub OnConnectedAsync()中，即建立連接時，通過身份認證服務解析token是否合法並拿到用戶信息。
四、集群、分散式部署問題
問題1. 多個伺服器集群環境，客戶端協商過程，可能請求到不同伺服器。
在協商過程，如果有AB兩個伺服器集群
客戶端第一次http請求A，A伺服器記錄了客戶端連接信息上下文。
客戶端第二次ws連接發送到B伺服器，而B伺服器沒有客戶端連接信息上下文，就出錯了。
方式1. 粘性會話
網關伺服器 或 負載均衡伺服器 進行配置，把來自同一個客戶端的請求都轉發給同一臺伺服器。
- 優點：相容性最好，客戶端按相容性依次選擇協議
- 缺點：公網ip沒辦法平均分配，很難控制。
方式2. 禁用協商
客戶端連接時設置禁用協商，連接時僅一次ws請求。
- 缺點：只能適用於相容websocket的瀏覽器 只能使用websocket協議，無法使用 sse 和 longpolling
問題2. 集群環境 消息不能跨伺服器連接發送。
A伺服器向全部連接發消息，只能發送到連接A伺服器的客戶端，不能發送給連接到B伺服器的客戶端。
- 解決辦法：引入 Microsoft.AspNetCore.SignalR.StackExchangeRedis 包，註入分散式SignalR服務到DI中。
作用：在多個伺服器實例之間共用消息和連接狀態。確保跨伺服器實例的連接同步和消息傳遞。services.AddSignalR(o => { o.EnableDetailedErrors = true;//詳細異常信息 o.HandshakeTimeout = TimeSpan.FromSeconds(30);//握手超時時間 }).AddStackExchangeRedis("{redis連接字元串}", opt => { opt.Configuration.ChannelPrefix = "{RedisKey首碼}"; });//分散式 SignalR 消息
問題3. 在後臺任務中使用Hub推送消息。
- 1.建立連接，從token中拿到用戶信息。
- 緩存： 用戶id - [連接id集合]
- 緩存： 連接id - 用戶id
- 2.斷開連接，從緩存中移除 當前連接id
- 3.後臺任務
- 註入分散式SignalR服務
- 註入Hub服務
- 業務中拿到要接收消息的 用戶id集合
- 從緩存中找到對應的 全部連接id
- 調Hub向連接id推送SignalR消息
