ThreadLocal为每个线程提供独立变量副本，避免线程安全问题。通过get()和set()操作线程本地值，底层依赖Thread中的ThreadLocalMap，以ThreadLocal为键、副本为值存储。不同线程互不干扰，建议声明为static final。未设置值时get()可能返回null，应使用withInitial()设置初始值。使用后必须调用remove()，尤其在线程池中，防止内存泄漏——因key是弱引用但value强引用，key回收后value仍滞留。典型模式是try-finally确保清理。适用于保存上下文信息、封装非线程安全工具类。异步场景可用InheritableThreadLocal或TransmittableThreadLocal传递数据。掌握其机制与清理策略，才能安全高效使用。
在Java并发编程中，ThreadLocal 是一个非常有用的工具，它为每个线程提供独立的变量副本，避免共享变量带来的线程安全问题。合理使用 ThreadLocal 可以提升程序性能和可维护性，但若使用不当，也可能引发内存泄漏或数据错乱。下面介绍几个关键的使用技巧。
理解ThreadLocal的核心机制
ThreadLocal 并非“全局共享”，而是为每个线程创建一个独立的变量副本。通过 get() 和 set(T value) 方法访问当前线程绑定的值。底层实现依赖于当前线程的 ThreadLocalMap，该映射以 ThreadLocal 实例为键，变量副本为值。
关键点：
- 不同线程对同一 ThreadLocal 实例的操作互不干扰
- 初始值可通过重写 initialValue() 方法设置
- 建议将 ThreadLocal 定义为 static final，防止重复创建
正确初始化与资源清理
如果不显式设置值，直接调用 get() 可能返回 null，导致空指针异常。可以通过 withInitial() 或继承方式设置默认值。
立即学习“Java免费学习笔记（深入）”；
示例：
private static final ThreadLocal<SimpleDateFormat> DATE_FORMAT =
ThreadLocal.withInitial(() -> new SimpleDateFormat("yyyy-MM-dd"));
使用完毕后，特别是在线程池场景中，必须调用 remove() 方法清除数据，否则可能因线程复用导致脏数据或内存泄漏。
典型操作模式：
try {
myThreadLocal.set(value);
// 执行业务逻辑
} finally {
myThreadLocal.remove(); // 避免内存泄漏
}
避免内存泄漏的关键措施
ThreadLocal 的内存泄漏通常源于弱引用机制的误解。虽然 ThreadLocalMap 中的 key 是弱引用，但 value 是强引用。当 ThreadLocal 实例不再被外部引用时，key 会被回收，但 value 仍存在于 map 中，造成“隐形”内存占用。
预防方法：
- 每次使用完立即调用 remove()
- 在线程池环境中尤其注意，如 Servlet 容器、线程池任务等
- 考虑使用 try-finally 块确保清理
适用场景与替代方案
ThreadLocal 适合用于：
- 保存线程上下文信息（如用户身份、事务ID）
- 封装非线程安全工具类（如 SimpleDateFormat、Jackson ObjectMapper）
- 减少参数传递，简化方法签名
但在分布式或异步调用中，ThreadLocal 不会自动传递。此时可考虑 InheritableThreadLocal 或第三方库如 Alibaba 的 TransmittableThreadLocal 来支持父子线程间的数据传递。
基本上就这些。掌握 ThreadLocal 的生命周期管理，理解其底层原理，才能在高并发场景下安全高效地使用。不复杂但容易忽略细节。
