Core 3.1中SignalR注入IHubContext后分组丢失问题咨询

结论：IHubContext 不会丢失分组信息 #

IHubContext 只是 SignalR 用于发送消息的上下文对象，分组关联信息由 SignalR 服务端统一维护，和 IHubContext 本身无关。你的问题大概率出在以下几个环节：

1. 客户端重连后未重新加入分组 #

SignalR 连接可能因网络波动、设备休眠、超时等原因断开并自动重连，重连后会生成新的 ConnectionId。而分组关联是和旧 ConnectionId 绑定的，如果客户端没有在重连后重新调用 RegisterDeviceOnGroup，就会被移出目标分组，导致后续消息无法被接收。

2. Hub 方法错误使用 async void #

你的 RegisterDeviceOnGroup 方法用了 async void，这在 SignalR Hub 方法中是严重错误：

• async void 会导致异步操作的异常无法被 SignalR 捕获，可能出现分组添加未完成就静默失败的情况；
• 方法会在异步操作完成前提前返回，导致分组关联逻辑执行不完整。

必须将方法签名改为 async Task：

public class OrderHub : Hub
{
    public string GetConnectionId()
    {
        return Context.ConnectionId;
    }

    // 修正异步方法签名
    public async Task RegisterDeviceOnGroup() 
    { 
        await Groups.AddToGroupAsync(Context.ConnectionId, "tablet");
    }
}

3. 分组名称的语法错误（潜在问题） #

你的代码中分组名称用了单引号 'tablet'，但 C# 中字符串必须用双引号 "tablet"，单引号仅用于表示单个字符。如果实际代码确实如此，会出现编译错误或分组名称不匹配的问题，直接导致消息无法正确发送到目标分组。

修复方案 #

1. 修正 Hub 方法的异步签名：将所有 Hub 中的异步方法从 async void 改为 async Task。
2. 处理客户端重连逻辑：在客户端代码中监听 onreconnected 事件，重连后重新调用分组注册方法。以 JavaScript 客户端为例：

connection.onreconnected(() => {
    // 重连后重新注册分组
    connection.invoke('RegisterDeviceOnGroup');
});

3. 添加日志排查：在加入分组、发送消息时记录关键信息，比如 ConnectionId、分组名称，方便定位问题：

// 在 RegisterDeviceOnGroup 中添加日志
public async Task RegisterDeviceOnGroup() 
{ 
    var connectionId = Context.ConnectionId;
    await Groups.AddToGroupAsync(connectionId, "tablet");
    // 示例日志：$"连接 {connectionId} 已加入分组 tablet"
}

// 在 BroadcastOrder 中添加日志
private async Task<bool> BroadcastOrder() 
{ 
    await _hubContext.Clients.Group("tablet").SendAsync("Message");
    // 示例日志："已向分组 tablet 发送消息"
    return true;
}

内容的提问来源于stack exchange，提问作者John Sourcer