c# - Wait() 导致 UI 线程挂起 - 什么时候应该使用 Wait()？

Question

我有以下连接到 SignalR Hub 的代码

    private static async Task StartListening()
    {
        try
        {


            var hubConnection = new HubConnection("http://localhost:8080/");                
            IHubProxy hubProxy = hubConnection.CreateHubProxy("Broadcaster");
            hubProxy.On<EventData>("notifyCardAccessEvent", eventData =>
            {
                Log.Info(string.Format("Incoming data: {0} {1}", eventData.Id, eventData.DateTime));
            });
            ServicePointManager.DefaultConnectionLimit = 10;
            await hubConnection.Start();
            Log.Info("Connected");
        }
        catch (Exception ex)
        {
            Log.Error(ex);
        }
    }

在我的 Form_Load 方法中，我有这个

StartListening();

但是，Resharper 提示我“考虑将‘await’运算符应用于调用结果”

所以我这样做了:

Log.Info("Connecting to SignalR hub...");
StartListening().Wait();
Log.Info("Connected!");

但是，这会导致我的 UI 线程挂起并且 Connected! 永远不会打印到日志文件中。

所以我的问题是，什么时候应该使用Wait()？哪些情况和场景应该使用Wait()，什么时候不应该使用Wait()？

Answer 1

await 不是等待。目前尚不清楚调用 StartListening() 的代码是什么，但一种选择是 await 它，如建议的那样:

await StartListening();

然而，在其他一些情况下，什么都不做可能会更好:

StartListening(); // drop the Task on the floor

或者可能使用 ContinueWith 进行手动延续。由于 StartListening 方法捕获任何异常，因此忽略返回的 Task 没有任何问题 - 所以您已经拥有了。不过，我建议将其称为 StartListeningAsync。

死锁的原因是，如果您使用Wait，您的 UI 线程会阻塞等待异步方法完成，但该异步方法正在捕获同步上下文，这意味着为了处理它试图进入 UI 线程的每个延续——它被阻塞了……在它上面。