ASP.NET Core SignalR同步调用死锁问题及同步实现求助

你的问题核心在于SignalR HubConnection的回调调度依赖创建它时的同步上下文：

• 你的HubConnection是在UI线程初始化的，SignalR客户端默认会把接收服务器响应的回调逻辑，调度回HubConnection创建时的SynchronizationContext（也就是UI线程）。
• 当你在新线程里调用InvokeAsync并等待它完成时，服务器返回的响应需要UI线程处理才能让Task结束，但此时UI线程被are.WaitOne()完全阻塞，无法处理SignalR的回调，导致InvokeAsync的Task永远无法完成，新线程的等待和UI线程的等待形成死锁。
• 而Task.Delay是独立的定时器任务，不需要依赖任何上下文回调，所以能正常结束，不会触发死锁。

你后来改用async/await的代码依然死锁，原因同理：await默认会回到原上下文（UI线程）执行后续代码，但UI线程被are.WaitOne()卡住，are.Set()永远执行不到，死锁依然存在。

要实现SignalR API的同步调用，核心是切断回调对UI线程上下文的依赖，以下两种方案可行：

方案1：使用ConfigureAwait(false)避免上下文切换 #

在await调用时添加ConfigureAwait(false)，让后续代码不回到UI线程上下文，直接在任意线程执行：

AutoResetEvent are = new AutoResetEvent(false);
private void Invoke()
{
  Thread s = new Thread(async () =>
  {
    // 禁用上下文捕获，避免回调依赖UI线程
    await hubConnection.InvokeAsync("Sum", 5, 7).ConfigureAwait(false);
    are.Set();
  });

  s.Start();
  are.WaitOne();
}

方案2：在新线程内初始化HubConnection #

如果把HubConnection的创建逻辑放在新线程中，它的默认同步上下文就是新线程（无绑定上下文），后续的回调不会依赖UI线程：

AutoResetEvent are = new AutoResetEvent(false);
private void Invoke()
{
  Thread s = new Thread(async () =>
  {
    // 在新线程内创建并启动连接
    var hubConnection = new HubConnectionBuilder()
        .WithUrl("你的SignalR服务端Hub地址")
        .Build();
    
    await hubConnection.StartAsync();
    await hubConnection.InvokeAsync("Sum", 5, 7);
    are.Set();
    
    // 用完后停止连接
    await hubConnection.StopAsync();
  });

  s.Start();
  are.WaitOne();
}

更推荐的最佳实践 #

同步调用异步API始终是不良实践，容易引发线程阻塞、死锁等问题。更合理的做法是让异步逻辑贯穿整个调用链，比如将UI事件处理方法改为async void：

private async void Invoke()
{
  await hubConnection.InvokeAsync("Sum", 5, 7);
  // 这里写调用完成后的处理逻辑，无需手动线程或事件等待
}

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