一文读懂 .NET 中的 ThreadLocal 和 AsyncLocal
内容提要
本文介绍了C#中关于异步操作的重要知识点ThreadLocal和AsyncLocal。ThreadLocal用于在多线程环境中创建线程局部变量，而AsyncLocal是ThreadLocal的异步版本，用于正确处理上下文切换。通过例子演示了它们的使用和区别。使用ThreadLocal可以解决多线程环境中共享变量混乱的问题，而对于异步场景可以使用AsyncLocal。AsyncLocal在不同线程中也能访问到相同的数据，这是因为执行上下文的流动传递。建议在异步编程中使用AsyncLocal。
延伸解读
ThreadLocal 的适用边界
ThreadLocal 能解决多线程中共享变量互相干扰的问题，但它的前提是数据始终绑定在同一个线程上。文章示例显示，一旦在异步方法中遇到 await，线程可能被线程池切换，ThreadLocal 的值就会丢失或错乱。因此，ThreadLocal 更适合线程模型固定、不涉及跨线程延续的场景，而不是所有多线程问题都能靠它解决。
AsyncLocal 为何能跨线程保持一致
AsyncLocal 在不同线程中仍能读到相同数据，关键在于执行上下文的流动传递。创建 Task 时，当前执行上下文会被捕获并保存在 Task 内部；当该 Task 在线程池的某个线程上执行时，会先恢复这个上下文再运行。因此具体由哪个线程执行并不重要，上下文会随异步流程传递，从而保证数据一致。
选择建议：先判断线程是否固定
文章给出的结论很明确：异步编程中推荐使用 AsyncLocal，除非能保证始终使用同一个线程，才考虑 ThreadLocal。实际判断时，应关注代码中是否存在 await、Task.Run 等可能引发线程切换的操作。如果存在，ThreadLocal 的线程局部特性反而会成为数据不一致的根源，此时应优先选用 AsyncLocal。
Q&A
ThreadLocal 和 AsyncLocal 有什么区别？
ThreadLocal 用于多线程环境中创建线程局部变量，而 AsyncLocal 是其异步版本，适用于异步编程场景。
在什么情况下应该使用 AsyncLocal？
在异步编程中，推荐使用 AsyncLocal，尤其是在需要处理上下文切换时。
使用 ThreadLocal 会有什么问题？
在异步场景中，使用 ThreadLocal 可能导致数据不一致，因为线程可能会发生切换。
如何使用 ThreadLocal 来解决多线程数据混乱问题？
可以通过定义一个静态的 ThreadLocal 变量，让每个线程独立访问自己的数据，避免互相影响。
AsyncLocal 是如何保证在不同线程中访问相同数据的？
AsyncLocal 通过执行上下文的流动传递，确保在不同线程中可以访问到一致的数据。
在异步编程中，为什么推荐使用 AsyncLocal？
因为 AsyncLocal 能够正确处理上下文切换，确保数据一致性，而 ThreadLocal 在这种情况下可能会导致问题。
