Clients.Group(groupName).SendAsync()是SignalR组播最直接方式，但需客户端先调用AddToGroupAsync加入组，组名区分大小写、不自动创建、不跨服务器保留，且须配合认证与权限校验。
用 Clients.Group(groupName) 向指定组发消息
这是 SignalR 组播最直接的方式：只要客户端已加入名为 groupName 的组，调用 Clients.Group(groupName).SendAsync(...) 就能精准触达该组内所有当前在线连接。
注意：组名是纯字符串，不校验是否存在，也不自动创建——必须先有客户端调用 AddToGroupAsync 加入，否则发不出去（也不会报错，消息静默丢失）。
- 组名区分大小写：
"chat-room-1"和"Chat-Room-1"是两个不同组 - 组成员不跨服务器保留：单机部署没问题；若用多实例或 Azure SignalR 服务，需额外配置后端存储（如 Redis）才能同步组状态
- 发送时若组内无人在线，消息直接丢弃，无回调或异常提示
AddToGroupAsync 必须显式调用，且不能靠前端“自动识别”
很多开发者误以为只要前端传了用户名或房间号，服务端就能自动把人拉进组——其实完全不是。加入组的动作必须由 Hub 方法主动执行，且要确保在连接有效期内完成（比如在 OnConnectedAsync 或用户点击“加入聊天室”后触发）。
典型错误写法是只在前端拼接 group 名，却没调用服务端方法：
public async Task JoinGroup(string groupName)
{
await Groups.AddToGroupAsync(Context.ConnectionId, groupName);
await Clients.Group(groupName).SendAsync("UserJoined", Context.UserIdentifier);
}
- 必须确保
JoinGroup被客户端明确 invoke，不能依赖路由参数或查询字符串自动绑定 - 如果用户刷新页面，
ConnectionId变更，原组成员身份即失效，必须重新调用JoinGroup - 不要在
OnConnectedAsync里硬编码加组（除非是固定广播组），否则所有新连用户都会被塞进同一个组
避免用 Clients.Group(groupName, connectionId) 做“排除式发送”
SignalR 提供了带 connectionId 参数的重载 Clients.Group(groupName, connectionId)，本意是“向组内除某连接外的所有人发送”，但它容易引发混淆和误用。
常见误区是把它当成“向组内指定用户发”的方式——错。它仍是广播，只是排除一个 ID。真正点对点发给组内某人，应组合使用：Clients.Client(targetConnectionId).SendAsync(...)，前提是你要能拿到对方的 ConnectionId（通常需服务端维护映射表）。
-
Clients.Group(groupName, connectionId)适合系统通知场景，例如：“除刚进来的用户外，告诉其他人有新人加入” - 它的参数顺序固定：第一个是组名，后面是待排除的 connectionId 列表（可多个），不能颠倒
- 如果传入的
connectionId不在该组中，不影响发送，只是没效果
生产环境务必配合认证与组权限校验
SignalR 默认不校验谁有资格加入哪个组——攻击者只要知道组名，就能调用 JoinGroup 混入敏感群组（比如管理后台通知组）。所以不能只靠组名做隔离。
- 在
JoinGroup方法开头加[Authorize]，并检查用户角色或声明（如context.User.IsInRole("Admin")） - 组名不应暴露业务敏感信息（如
"finance-team"），建议用 UUID 或哈希值代替可读名 - 若需动态授权（如“仅会议发起人可创建同名组”），应在加入前查数据库或调用策略服务，而非仅靠内存判断
组本身只是内存里的字符串键值映射，真正的安全边界得靠你写的逻辑来守——SignalR 不替你做权限决策。
