.NET异步编程：何时需关注await后复用同一同步上下文？

你提到的这两种await调用方式，确实是.NET异步编程里容易混淆的细节，我来帮你拆解清楚它们的区别和适用场景：

• 保留同步上下文的写法：

  var retVal = await someAwaitableFunction();
  // 后续代码...
  

  这种写法会让异步操作完成后，自动回到当前的SynchronizationContext（同步上下文）中执行后续代码。这个上下文可能是UI框架的UI线程上下文（比如WPF、WinForms），也可能是旧版ASP.NET的请求上下文。

• 不保留同步上下文的写法：

  var retVal = await someAwaitableFunction().ConfigureAwait(false);
  // 后续代码...
  

  这里的ConfigureAwait(false)相当于给运行时一个明确指令：异步操作完成后，不用回到原来的同步上下文，直接在任意可用的线程池线程上继续执行后续逻辑就行。

你说的没错，需要复用同步上下文的场景确实有限，最典型的就是UI开发场景——比如在WPF里，如果你要在异步操作完成后更新UI控件，就必须回到UI线程的上下文，不然会触发跨线程访问控件的异常，这时候就不能用ConfigureAwait(false)。

而在大多数其他场景，比如后台服务、ASP.NET Core的业务逻辑代码里，使用ConfigureAwait(false)反而更优：

• 避免不必要的线程切换，提升代码执行效率
• 降低因上下文捕获导致的死锁风险（比如某些同步等待异步代码的场景）

内容的提问来源于stack exchange，提问作者Coopernick