Azure SignalR组连接配置下调用InvokeAsync出现挂起问题

核心配置与逻辑问题 #

• 架构模式不匹配导致调用永远无响应
  HubConnection.InvokeAsync 的运行机制是：客户端发送Hub方法调用请求后，会阻塞等待服务端返回对应的调用结果才会继续执行。你当前的架构是Azure SignalR服务搭配Azure Functions的无服务器托管模式，并没有部署常驻的Hub进程接收客户端的直调请求——你写的F# LocationHub 类没有被挂载到Function应用的路由管道上，客户端发出的 JoinGroup 调用被Azure SignalR服务接收后，永远等不到可路由的执行入口，也就不会返回响应，最终表现为程序永久挂起。
• 加组逻辑完全错位
  你在 JoinGroupFn 中用普通 SignalRMessage 输出绑定实现的逻辑，本质是“向指定组的所有客户端广播一个名为 JoinGroup 的消息”，完全没有执行“将指定连接加入目标组”的核心操作，属于把发广播当成了加组，根本达不到组管理的效果。
• 自托管Hub代码冗余无效
  在Azure SignalR无服务器模式下，所有Hub方法的路由转发都由Azure SignalR服务侧托管，你本地编写的继承自Hub的LocationHub类不会被任何运行时触发，属于无效代码。
• 客户端调用流程错误
  无服务器模式下不支持客户端直接通过InvokeAsync调用Hub端的组管理方法——这类方法没有常驻进程承接调用，必须通过后端HTTP接口触发Azure SignalR的组管理API完成加组。

分步修正方案 #

1. 清理冗余代码：删除无服务器架构下不会被执行的F# LocationHub 类，避免混淆架构逻辑。
2. 调整客户端调用流程，去掉导致挂起的直调逻辑：

   // 替换原来会挂起的代码：删除 await connection.InvokeAsync("JoinGroup", sessionId);
   await connection.StartAsync();
   // 拿到当前连接的ID，作为参数请求后端加组接口
   var currentConnectionId = connection.ConnectionId;
   var joinGroupRequest = new {
       ConnectionId = currentConnectionId,
       GroupId = sessionId
   };
   await _client.PostAsJsonAsync($"{host}{nameof(JoinGroupFn)}", joinGroupRequest);
   

3. 修正后端JoinGroupFn的实现，改用专门的组管理绑定完成加组操作，替换原来的广播逻辑：

   public static class JoinGroupFn
   {
       [FunctionName(nameof(JoinGroupFn))]
       public static async Task<IActionResult> Run(
           [HttpTrigger(AuthorizationLevel.Anonymous, "post", Route = nameof(JoinGroupFn))]
           HttpRequest req,
           // 替换原来的发消息绑定，改用组管理绑定
           [SignalR(HubName = "LocationHub")]
           IAsyncCollector<SignalRGroupAction> groupActions,
           ILogger log)
       {
           var requestBody = await req.ReadFromJsonAsync<JoinGroupRequest>();
           await groupActions.AddAsync(new SignalRGroupAction
           {
               ConnectionId = requestBody.ConnectionId,
               GroupName = requestBody.GroupId,
               Action = GroupAction.Add
           });
           return new OkResult();
       }
   
       public class JoinGroupRequest
       {
           public string ConnectionId { get; set; }
           public string GroupId { get; set; }
       }
   }
   

4. 验证原有业务逻辑：原来的LocationFn通过SignalRMessage向指定组发位置更新的逻辑是符合Azure SignalR无服务器模式要求的，只要加组流程正常执行，这部分的广播功能可以正常生效。

注意：如果后续需要恢复客户端直调Hub方法的模式，需要将架构切换为自托管Hub模式——即不使用Azure SignalR的无服务器绑定，自己将Hub部署在ASP.NET Core应用中，此时InvokeAsync才能正常收到服务端的执行响应，不会出现永久挂起的问题。

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