SignalR客户端闲置或远程重连后主窗口UI冻结问题咨询

问题成因 #

• 核心原因是经典的同步上下文死锁：你在WPF的UI线程中通过.Result同步阻塞等待异步方法Connect2执行完成，而await默认会捕获当前WPF的UI同步上下文，异步任务执行完成后需要回到UI线程继续执行剩余逻辑，但UI线程已经被.Result阻塞，双方互相等待就形成死锁，直接表现为窗口无响应。
• 最小化窗口、TeamViewer断连重连时容易复现的原因：窗口最小化时WPF会降低UI调度优先级，远程断连会触发网络状态波动、Dispatcher队列调度逻辑变化，原本偶发的死锁会被稳定触发；同时SignalR在网络波动时会触发自动重连逻辑，如果重连逻辑也用了同步阻塞调用，会进一步加重死锁概率。

可行解决方案 #

方案1（推荐）：全链路异步化，移除同步阻塞调用 #

把GetNotificationServerProxy改为异步方法，用await替代.Result，从根源上避免死锁：

public static async Task<NotificationServerProxy> GetNotificationServerProxy(string notificationServerURI, User user, Dispatcher dispatcher = null)
{
    NotificationServerProxy nsp = new NotificationServerProxy
    {
        dispatcher = dispatcher ?? System.Windows.Application.Current.Dispatcher
    };
    User = user;
    // 改用await异步等待，不阻塞UI线程
    canRegisterClientMethods = await nsp.Connect2(notificationServerURI, hubName);
    return nsp;
}

调用该方法的上层逻辑也同步改为异步，全程不阻塞UI线程。

方案2（兼容无法改调用链的场景）：禁用同步上下文捕获 #

如果上层调用逻辑无法改造为异步，给所有await语句加上ConfigureAwait(false)，不让异步任务回到UI同步上下文执行，避免死锁：

1. 修改Connect2方法的await语句：

await StartConnectionAsync().ConfigureAwait(false);

2. 修改StartConnectionAsync方法的await语句：

private async Task StartConnectionAsync()
{
    await hubConnection.Start().ConfigureAwait(false);
}

注意：该方案下await之后的代码会运行在线程池线程，不能直接操作UI控件，需要操作UI时请用Dispatcher.BeginInvoke封送到UI线程执行

额外优化建议 #

• SignalR的连接、重连逻辑统一放在后台线程处理，不要在UI线程的同步逻辑中触发。
• 所有SignalR的服务端回调需要操作UI时，才通过Dispatcher异步封送到UI线程，不要在回调中做耗时逻辑。

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