ConfigureAwait(false)

昨天在做项目的时候,用的dapper查数据用的QueryAsync 异步方法。给上级做代码审核时,上级说最好加上ConfigureAwait(false).能减少一些性能开销。
因为之前没用过所以看了 clr via c# 26 27章,以及参考网上资料。这里打算做个总结,什么情况下该使用这个。什么时候不使用这个

var title=await GetTitleAsync(5).ConfigureAwait(false);

ConfigureAwait(true) 和 ConfigureAwait(false)的区别

一个是在异步执行时捕获上下文,一个是在异步执行时不捕获上下文.

1.当ConfigureAwait(true),代码由同步执行进入异步执行时,当前同步执行的线程上下文信息(比如HttpConext.Current,Thread.CurrentThread.CurrentCulture)就会被捕获并保存至SynchronizationContext中,供异步执行中使用,并且供异步执行完成之后(await之后的代码)的同步执行中使用(虽然await之后是同步执行的,但是发生了线程切换,会在另外一个线程中执行「ASP.NET场景」)。这个捕获当然是有代价的,当时我们误以为性能问题是这个地方的开销引起,但实际上这个开销很小,在我们的应用场景不至于会带来性能问题。

2.当Configurewait(flase),则不进行线程上下文信息的捕获,async方法中与await之后的代码执行时就无法获取await之前的线程的上下文信息,在ASP.NET中最直接的影响就是HttpConext.Current的值为null。

什么时候该使用?

综上所述,如果你的异步方法,以及异步后的方法不涉及上下文操作,即加上ConfigureAwait(false),这样可以减少性能开销.

你可能感兴趣的:(ConfigureAwait(false))