ConfigureAwait

默认情况下，当您使用async/await时，它将在开始请求的原始线程上继续运行(状态机)。

但是，如果当前另一个长时间运行的进程已经接管了该线程，那么你就不得不等待它完成。要避免这个问题，可以使用ConfigureAwait的方法和false参数。当你用这个方法的时候，这将告诉Task它可以在任何可用的线程上恢复自己继续运行，而不是等待最初创建它的线程。这将加快响应速度并避免许多死锁。

但是，这里有一点点损失。当您在另一个线程上继续时，线程同步上下文将丢失,因为状态机改变。这里最大的损失是你会失去归属于线程的Culture和Language，其中包含了国家语言时区信息，以及来自原始线程的HttpContext.Current之类的信息，因此，如果您不需要以此来做多语系或操作任何HttpContext类型设置，则可以安全地进行此方法的调用。注意：如果需要language/culture，可以始终在await之前存储当前相关状态值，然后在await新线程之后重新应用它。

注意事项

如果有同步方法调用异步方法,则必须使用ConfigureAwait(false)。如果不这样做，就会立即掉进死锁陷阱。

发生的情况是主线程将调用async方法，最终会阻塞这个线程，直到那个async方法完成。然而，一旦异步方法完成，它必须等待原始调用者完成后才能继续。他们都在等待对方完成，而且永远不会。通过在调用中使用configurewait (false)， async方法将能够在另一个线程上完成自己操作，而不关心自己的状态机的位置，并通知原始线程它已经完成。

死锁举例

 public class HomeController : Controller
    {
        public  ActionResult Index()
        {
             DoAsync().Wait();//同步调用1，发生死锁
             //var r = DoAsync().Result;//同步调用2，发生死锁
             return View();
        }
 
        public async Task<int> DoAsync()
        {
            await Task.Delay(2000).ConfigureAwait(true);//默认就是ture
            return 1;
        }
    }

探讨.NetCore中异步注意事项

在.NetCore中已经剔除了SynchronizationContext，剔除他的主要原因主要是性能和进一步简化操作

在.NetCore中我们不用继续关心异步同步混用情况下，是否哪里没有设置ConfigureAwait(false) 会导致的死锁问题，因为在.netcore中的async/await 可能在任何线程上执行，并且可能并行运行！

如下代码，在旧版ASP.NET(.NetFramework)中工作正常，而ASP.NET Core上不是线程安全的

public class HomeController : Controller
    {
        public async Task<ActionResult> Index()
        {            
            var result = await GetBothAsync();
            return View();
        }
        async Task<List<string>> GetBothAsync()
        {
            var result = new List<string>();
            var task1 = GetOneAsync(result);
            var task2 = GetOneAsync(result);
            await Task.WhenAll(task1, task2);
            return result;
        }
        async Task GetOneAsync(List<string> result)
        {
            await Task.Delay(2000);
            for (int i = 0; i < 10 * 10 * 10 * 10 * 10; i++)
            {
                result.Add(i.ToString());
            }
        }
}

此代码在旧版ASP.NET(.NetFramework)中工作正常，由于请求处设置了await,请求上下文一次只允许一个连接.

其中result.Add(data)一次只能由一个线程执行，因为它在请求上下文中执行。（可以理解为在源线程执行，是吧？QAQ）

但是，这个相同的代码在ASP.NET Core上是不安全的; 具体地说，该result.Add(data)行可以由两个线程同时执行，而不保护共享List<string>。

所以在.Netcore中要特别注意异步代码在并行执行情况下引发的问题

 

源博客地址1