ConfigureAwait
参数为bool类型。true:尝试将延续任务封送回原始上下文
我们一般使用的是false,用于避免强制在原始上下文或调度程序中进行回调。
原理:
以await DoSomeThingAsync().ConfigureAwait(false)为例。
await等待返回后,需要获取上下文(比如UI)的线程,然后继续执行后续的代码。
本来是回到UI线程去执行的,这里添加了ConfigureAwait(false)后,就从线程池中使用工作线程去执行后续代码了。
1 private async void ButtonBase_OnClick(object sender, RoutedEventArgs e) 2 { 3 Debug.WriteLine($"ButtonBase_OnClick-start"); 4 await DoA(); 5 Debug.WriteLine($"ButtonBase_OnClick-end"); 6 } 7 private async Task DoA() 8 { 9 Debug.WriteLine($"DoA-start"); 10 await Task.Delay(TimeSpan.FromSeconds(5)).ConfigureAwait(false); 11 Debug.WriteLine($"DoA-end"); 12 }
如上代码,输出调试信息位置的几处,所处线程分别是:
ButtonBase_OnClick-start -- UI线程
DoA-start -- UI线程
DoA-end -- 工作线程
ButtonBase_OnClick-end -- UI线程
可以看出,DoA方法中调用ConfigureAwait(false)后后续代码可以在新的工作线程中执行,ButtonBase_OnClick不调用则会默认切换至UI线程继续执行后续代码。
使用-提升性能
减少了回调原始线程(比如UI线程),可以适当减少因排队回调次数过多造成的性能影响
不必要回到原始线程,可以减少原始线程的处理。这也是多线程编程的一个实现方式。
使用-避免死锁
什么情况会死锁?
当你基于某些原因(比如想将异步方法转同步、或者仅仅只是想等待完成),使用了.Wait()、.Result、GetAwaiter().GetResult()方法时,可能会出现死锁。
1 private void ButtonBase_OnClick(object sender, RoutedEventArgs e) 2 { 3 Debug.WriteLine($"ButtonBase_OnClick-start"); 4 DoA().Wait(); 5 Debug.WriteLine($"ButtonBase_OnClick-end"); 6 } 7 private async Task DoA() 8 { 9 Debug.WriteLine($"DoA-start"); 10 await Task.Delay(TimeSpan.FromSeconds(5)); 11 Debug.WriteLine($"DoA-end"); 12 }
如上,当使用了.Wait()后,在DoA方法中有任务等待,就会出现死锁。
为什么会死锁?
以上方法,是通过同步阻塞的方式来完成等待的。我们的UI上下文只有一个线程(并发数量是1),在调用以上方法后,子方法中await无法回调至UI线程(因为唯一的线程已经被阻塞了)。
怎么解决死锁?
在await DoSomeThingAsync()后添加.ConfigureAwait(false)
,那么它就不会将回调排队送回原始上下文,进而避免了死锁。
其实就是假装没有上下文,然后默认让线程池线程处理。
一些问题
1.使用.ConfigureAwait(false)后,后续代码中有调用UI线程如控件,会有线程调度异常
-- 建议在UI层,不使用.
ConfigureAwait(false)。或者只对需要调用UI线程的代码,添加切换至UI线程的逻辑(如Dispatcher.InvokeAsync)
2.添加.ConfigureAwait(false)后,后续的代码并没有预期的在工作线程执行。
-- 这是可能的。因为await需要等待时,才会需要切换至原始上下文。当等待已经完成的Task时,后续代码将会保持同步运行,无需上下文的回调
以上是个人总结后,相对简单、重要的部分。
你也可以看看其它: