JsonConvert序列化时AsyncLocal的Culture丢失及ExecutionContext原理求解

假设验证 #

你的假设完全正确，问题根源就是PropertyDisplay.Text的get访问器执行时，所在的执行上下文和赋值Context.Culture的任务执行上下文不一致，导致AsyncLocal存储的Culture值丢失。

为什么加ExecutionContext.SuppressFlow()后运行正常？ #

底层运行原理 #

AsyncLocal<T>的存储值是绑定在ExecutionContext（执行上下文）实例上的，默认的异步上下文传播规则如下：

1. 每次启动新异步任务（比如Task.Run）时，系统会自动捕获当前线程的ExecutionContext，复制一份后传递给新任务运行的线程
2. 子任务中对AsyncLocal<T>的修改只会作用在这份复制出来的上下文上，不会回传给父线程的原始上下文
3. await操作完成后，会自动恢复当前线程的原始ExecutionContext，所以前一个子任务中对AsyncLocal<T>的修改，回到主线程后就会消失，后续的新子任务自然也读不到这个值。

而ExecutionContext.SuppressFlow()的作用是全局关闭执行上下文的捕获和传播逻辑：

• 后续启动异步任务时，不再复制父线程的ExecutionContext，子任务直接使用运行线程的当前执行上下文
• await结束后也不会恢复原始上下文，前一个异步任务对AsyncLocal<T>的修改会被保留，后续的异步任务就可以读到修改后的值，因此你的代码加上这行后能得到预期输出。

注意：ExecutionContext.SuppressFlow()是全局生效的配置，会影响当前进程所有后续异步操作的上下文传播，可能导致依赖AsyncLocal的组件（比如链路追踪、ASP.NET Core的HttpContext访问等）出现上下文混乱，非必要不建议在生产环境使用。

更安全的需求实现方案 #

如果要实现序列化时保留Culture的需求，推荐以下几种无副作用的方案：

方案1：合并异步作用域 #

把所有需要共享上下文的逻辑放到同一个异步委托中，避免多次await导致上下文切换丢失值：

await Task.Run(() =>
{
    Context.Culture = GetCultureInfo("zh");
    propertyDisplay = new PropertyDisplay()
    {
        Text = "prefix"
    };
    json = JsonConvert.SerializeObject(propertyDisplay, Formatting.Indented);
});

方案2：外层统一赋值上下文 #

直接在主线程赋值Context.Culture，后续所有子任务都会继承这个值：

// 主线程赋值，所有子任务都能读到
Context.Culture = GetCultureInfo("zh");

await Task.Run(() =>
{
    propertyDisplay = new PropertyDisplay()
    {
        Text = "prefix"
    };
});

await Task.Run(() =>
{
    json = JsonConvert.SerializeObject(propertyDisplay, Formatting.Indented);
});

方案3：显式传递参数 #

把Culture作为参数直接传递给需要用到的逻辑，完全不依赖隐式的AsyncLocal上下文，逻辑最清晰，不会出现上下文丢失问题。

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