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()运行//等待后的代码?
我不确定这是怎么回事?
解决方法
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,这是ThreadpoolTaskScheduler),因此等待后的代码工作(通过线程池线程).
可以使用Task.ConfigureAwait(false)来控制上述捕获行为;这将阻止winform应用程序死锁,但等待后的代码不再在UI线程中运行.