c# 在 async 方法中捕获 ExecutionContext 的开销

来源：这里教程网时间：2026-02-21 17:40:32 作者：

async 方法默认会捕获 ExecutionContext 吗？

是的，

await

表达式在默认情况下会捕获当前线程的

ExecutionContext

（包括

CallContext

、同步上下文、安全上下文等），并在恢复时还原。这是为了保证

AsyncLocal<t></t>

、

LogicalCallContext

等逻辑上下文能跨

await

边界正确传递。

捕获 ExecutionContext 的开销有多大？

开销主要体现在三方面：

内存分配：每次捕获会创建新的
ExecutionContext
实例（内部包含多个字段副本），尤其在高频
await
场景（如高吞吐 I/O 循环）下易引发 GC 压力 复制成本：若当前上下文含大量
AsyncLocal<t></t>
数据或自定义
ILogicalThreadAffinative
对象，深拷贝耗时明显 还原开销：恢复时需逐个调用
SetData
或触发
OnAsyncLocalValueChanged
回调，可能间接触发用户代码

实测显示，在无上下文变更的空

async

方法中，单次

await

的额外开销约 20–50 ns；但一旦存在活跃的

AsyncLocal<string></string>

或 ASP.NET Core 的

HttpContextAccessor

，可升至数百纳秒甚至微秒级。

如何禁用 ExecutionContext 捕获？

使用

ConfigureAwait(false)

是最常用方式，但它只影响

SynchronizationContext

和

TaskScheduler

，不阻止 ExecutionContext 捕获 —— 这点常被误解。

真正禁用 ExecutionContext 捕获需配合

TaskCreationOptions.RunContinuationsAsynchronously

或更直接的方式：手动切换到无上下文环境：

public static async Task DoWorkAsync()
{
    // 在 await 前清除 ExecutionContext
    var originalContext = ExecutionContext.Capture();
    ExecutionContext.SuppressFlow(); // 关键：禁用后续捕获
<pre class='brush:php;toolbar:false;'>try
{
    await Task.Delay(10);
    // 此处已无 ExecutionContext，AsyncLocal 不可见
}
finally
{
    ExecutionContext.RestoreFlow(); // 恢复（仅限当前线程）
}

}

注意：

SuppressFlow()

是线程局部操作，且不能跨

await

边界自动恢复 —— 所以必须用

try/finally

保证成对调用。若方法内有多处

await

，每处前都需检查是否仍处于 suppressed 状态。

什么场景下值得禁用？

仅当同时满足以下条件时才建议考虑：

方法纯属 I/O 等待，**完全不依赖**
AsyncLocal<t></t>
、
HttpContext
、
TransactionScope
等上下文数据性能剖析确认
ExecutionContext
捕获是热点（如 dotTrace / PerfView 显示
ExecutionContext.Capture
占比高）调用链上游不会因禁用而破坏逻辑（例如 ASP.NET Core 中间件里禁用会导致
HttpContext
丢失）

多数业务代码无需干预；库作者在编写底层异步工具（如高性能 socket 封装、序列化器）时，才可能需要精细控制。

真正容易被忽略的是：即使你没显式用