SignalR无法在.NET Core WPF应用中正常建立服务连接的问题求助

• 技术选型：基于.NET Core开发应用，计划通过SignalR实现服务端与客户端的双向实时通信
• 异常表现：.NET Core WPF客户端执行连接逻辑到StartAsync方法时直接挂起，无任何报错、提示信息，连接流程无法推进
• 对照验证：编写连接逻辑完全一致的控制台客户端，可正常与服务端完成连接、全流程通信，无同类异常
• 复现代码托管地址：SignalR WPF客户端连接复现项目

1. UI线程同步阻塞引发的死锁 #

这是WPF场景下和控制台客户端行为差异最大的高频诱因。
控制台应用不存在捕获的同步上下文，异步方法执行完成后不会强制回到原线程；但WPF存在UI线程同步上下文机制：StartAsync内部的握手完成回调需要回到UI线程执行，如果代码在UI线程中直接调用connection.StartAsync().Wait()或者.Result做同步阻塞，会直接形成双向等待死锁——UI线程被阻塞的同步调用占住，无法处理排队的异步完成回调，回调也永远无法释放被占用的UI线程，最终表现为方法挂起、无任何异常抛出。

• 解决方式：将调用连接逻辑的UI事件处理器改为async void签名，使用await等待StartAsync执行完成，全程不要出现.Result、.Wait()这类强制同步阻塞异步任务的代码。

2. 传输协议配置缺失引发的握手静默挂起 #

控制台客户端默认会按照WebSocket、ServerSentEvents、长轮询的顺序自动降级尝试传输，但部分WPF运行环境（如存在系统代理、企业内网限制）会导致WebSocket握手失败，如果客户端没有显式配置允许降级的传输类型，就会在WebSocket升级阶段长时间等待，初期表现为无响应挂起。

• 解决方式：在构建Hub连接时显式配置允许的传输类型：

var hubConnection = new HubConnectionBuilder()
    .WithUrl("你的Hub服务地址", httpOptions => {
        // 显式放开所有支持的传输协议，允许自动降级
        httpOptions.Transports = HttpTransportType.WebSockets 
                                | HttpTransportType.ServerSentEvents 
                                | HttpTransportType.LongPolling;
    })
    .Build();

3. 权限受限导致的请求静默超时 #

如果WPF应用运行在沙箱、非管理员的受限权限环境下，可能无法正常读取系统代理配置、发起跨域网络请求，这类问题不会立刻抛出权限或跨域异常，只会在网络握手阶段持续等待直至超时，启动阶段就会表现为挂起无响应。

• 解决方式：在测试时临时放开应用权限，验证是否为权限限制引发的连接阻塞。

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