ASP.NET Core SignalR中IHubContext.SendAsync await延迟超5分钟问题咨询

问题分析与解决方案 #

延迟原因 #

你碰到的是SignalR SendAsync等待客户端确认超时的典型问题：

• SendAsync默认会等待所有目标客户端确认收到消息后才完成await。如果有客户端连接异常（比如断网但服务端未检测到连接断开、客户端崩溃但连接未清理），服务端会一直等这个客户端的ACK，直到触发默认5分钟的超时，这就导致服务端代码卡5分钟，但正常客户端已经快速收到消息。
• 如果客户端数量多，个别客户端的网络卡顿也会拖慢整体await的完成时间，因为Clients.All是广播给所有连接，只要一个客户端没及时确认，整个await就会卡到超时。
• 排查下是否修改过SignalR的超时配置（比如HubOptions.ClientTimeoutInterval），如果设成了5分钟左右，也会导致这个现象。

移除await的可行性 #

完全可以移除await，但要明确利弊：

• 优势：服务端代码会立即继续执行，彻底解决await延迟问题，客户端接收消息不受影响，因为SignalR后台会正常推送消息。
• 注意点：
  • 移除await后，无法直接捕获SendAsync的异常（比如连接错误、序列化失败）。如果需要处理异常，用后台异步执行的方式：

    _ = _hubContext.Clients.All.SendAsync("ReceiveBatchingPoll", Token, TimerSeconds)
        .ContinueWith(task => {
            if (task.Exception != null)
            {
                // 记录异常日志或处理逻辑
            }
        }, TaskContinuationOptions.OnlyOnFaulted);
    

  • 要是不需要关心发送结果，直接去掉await或者用_ = ...丢弃任务就行，不会影响系统稳定。

快速验证方案 #

想快速确认是不是客户端确认的问题，可以临时改成给单个客户端发送（比如Clients.Client("特定连接ID")），如果await不再延迟，就说明是异常客户端导致的。之后可以清理无效连接，或者用不await的方式绕过等待确认。

内容的提问来源于stack exchange，提问作者Sachira De Silva