C#/.Net中ThreadLocal与Async/Await结合的线程一致性疑问

这个问题问到点子上了——是的，完全有可能出现你担心的「把A加到错误的MyInt副本上」的情况，我来给你拆解清楚：

核心原因：async/await的线程切换逻辑 #

当你await一个尚未完成的Task时，当前线程会被释放回线程池（或回到对应上下文）。当Task完成后，.NET运行时默认会尝试在**原来的同步上下文（SynchronizationContext）**上恢复执行代码：

• 如果是WPF、WinForms这类有专属同步上下文的应用，恢复时会回到UI线程，线程不会变化；
• 但如果是控制台、ASP.NET Core这类没有专属同步上下文的场景，运行时会随机选取一个线程池线程来恢复执行——这时候，恢复执行的线程就和await前的线程不是同一个了。

结合线程本地存储的问题 #

你提到「每个线程都会拥有一个MyInt的副本」，应该是用了ThreadLocal<MyInt>或者类似的线程本地存储机制。这种机制的核心就是每个线程独立持有一份数据，线程之间的副本完全隔离。

那当await恢复到新线程时，你执行MyInt += A操作时，访问的是新线程的MyInt副本，而不是await前那个线程的副本——自然就出现了「把A加到错误副本」的情况。

举个直观的代码例子（控制台环境下运行大概率复现）：

using System.Threading;
using System.Threading.Tasks;

class Program
{
    private static ThreadLocal<int> _threadLocalMyInt = new ThreadLocal<int>();

    static async Task Main(string[] args)
    {
        // 给当前线程的副本赋值
        _threadLocalMyInt.Value = 10;
        System.Console.WriteLine($"Await前：线程ID={Thread.CurrentThread.ManagedThreadId}，MyInt={_threadLocalMyInt.Value}");

        // 模拟异步操作，释放当前线程
        await Task.Delay(100);

        // 恢复执行时可能在另一个线程
        _threadLocalMyInt.Value += 5;
        System.Console.WriteLine($"Await后：线程ID={Thread.CurrentThread.ManagedThreadId}，MyInt={_threadLocalMyInt.Value}");
        // 控制台环境下，大概率看到线程ID不同，MyInt变成5而不是15！
    }
}

怎么避免这个问题？ #

如果你需要保证操作的是同一个MyInt实例，别依赖线程本地存储，换这些方案：

• 把MyInt作为async方法的局部变量：async方法的状态会被封装到状态机里，不管线程怎么切换，都会访问同一个实例；
• 如果是共享状态，用线程安全的类型（比如Interlocked、ConcurrentDictionary）或者加lock同步；
• 别依赖线程身份来关联数据，改用业务逻辑层面的标识来绑定数据。

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