c# – 什么线程在`await`关键字后运行代码？

让我发一个简单的例子：

private void MyMethod()
    {
        Task task = MyAsyncmethod();
        task.Wait();
    }

    private async Task MyAsyncmethod()
    {
        //Code before await
        await MyOtherAsyncmethod();
        //Code after await
    }

假设我在一个单线程应用程序中运行上面的代码 – 就像一个控制台应用程序 – .我很难理解代码//等待之后的代码是如何运行的.

据我所知,当我在MyAsyncmethod()控件中点击await关键字时,会返回到MyMethod(),但后来我用task.Wait()锁定了该线程.如果线程被锁定,那么如果应该接受它的线程被锁定,那么//等待运行后的代码怎么办？

是否创建了一个新线程来等待？或者主线程是否神奇地走出task.Wait()运行//等待后的代码？

我不确定这是怎么回事？

解决方法

如果从主线程调用,则在Winform App中发布的代码将是“死锁”,因为您使用Wait()阻止主线程.

But in console app this works. but how?

答案隐藏在SynchronizationContext.Current中. await捕获“SynchronizationContext”,当任务完成时,它将继续在相同的“SynchronizationContext”中.

在winform应用程序中,SynchronizationContext.Current将被设置为WindowsFormsSynchronizationContext,它将发布到“消息循环”的调用,但是谁将要处理它？ out主线程在Wait()中等待.

在控制台应用程序中,默认情况下不会设置SynchronizationContext.Current,因此当没有“SynchronizationContext”可用于等待捕获时它将为null,因此它将调度继续到ThreadPool(TaskScheduler.Default,这是ThreadpoolTask​​Scheduler),因此等待后的代码工作(通过线程池线程).

可以使用Task.ConfigureAwait(false)来控制上述捕获行为;这将阻止winform应用程序死锁,但等待后的代码不再在UI线程中运行.

原文地址：https://www.jb51.cc/csharp/98481.html