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

前端之家收集整理的这篇文章主要介绍了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.f2er.com/csharp/98481.html

猜你在找的C#相关文章