能否依赖SignalR Redis背板的IRedisFeature追踪连接所属组？

1. HubCallerContext.Features的工作机制 #

HubCallerContext.Features是一个绑定到当前连接上下文的内存中字典集合，用于存储SignalR及相关中间件的上下文专属数据。它的生命周期与连接同步，仅在服务器端有效，不同连接的Features完全隔离。SignalR及其扩展组件（如Redis背板）会将自身需要追踪的连接状态数据存入其中，以便在请求处理过程中快速访问。

2. IRedisFeature的数据存储位置 #

IRedisFeature是SignalR Redis背板的内部实现组件，它的数据直接存储在当前连接的HubCallerContext.Features内存集合中。你访问的Groups属性是该连接所属组的本地缓存副本，其源数据实际存储在Redis服务器中，SignalR会自动同步本地缓存与Redis中的组信息，确保数据一致性。

3. 能否确保不会被外部主体修改？ #

完全可以：

• Features集合是服务器端专属的上下文数据，客户端（用户）没有任何途径直接访问或修改它，所有操作都在服务器内部完成。
• IRedisFeature仅由SignalR Redis背板的内部代码（如RedisHubLifetimeManager）负责更新，只有当连接加入/离开组等合法操作发生时，才会修改该Feature的内容。除非服务器端代码主动通过反射等方式修改（如你的示例代码），否则外部主体无法触及。

4. 依赖HubCallerContext.Features和IRedisFeature是否可靠？ #

不建议直接通过反射依赖IRedisFeature，原因如下：

• IRedisFeature属于SignalR的内部实现细节，并非公开API。微软可能在后续版本中修改其名称、结构甚至移除该组件，这会导致你的代码在版本更新时直接失效。
• 官方提供了更可靠的替代方案：使用Groups.IsInGroupAsync方法检查连接是否属于指定组，该方法会自动处理Redis数据查询与本地缓存同步，且属于受支持的公开API。

优化后的示例代码 #

public class MessagingHub : Hub
{
    private const string RECEIVE_MESSAGE_METHOD = "ReceiveMessage";

    public async Task SendMessageAsync(SendMessageDto sendMessageDto)
    {
        bool isInGroup = await Groups.IsInGroupAsync(Context.ConnectionId, sendMessageDto.ConversationId);
        if (!isInGroup)
            return;

        await Clients.Group(sendMessageDto.ConversationId).SendAsync(RECEIVE_MESSAGE_METHOD);
        // rest omitted
    }
}

总结 #

• HubCallerContext.Features是服务器端连接上下文的内存数据容器，仅内部代码可访问。
• IRedisFeature的本地缓存存在内存中，源数据存储在Redis，且仅SignalR内部可修改。
• 依赖内部实现的反射操作存在版本兼容风险，优先使用官方公开API更可靠。

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