ThreadLocal变量不会被多个线程共享，因为每个Thread对象内部持有独立的ThreadLocalMap实例，键为ThreadLocal（弱引用），值为该线程专属副本；线程A的set()和线程B的get()操作互不干扰，完全隔离于各自内存空间。
ThreadLocal 变量为什么不会被多个线程共享
因为每个 Thread 对象内部都持有一个 ThreadLocalMap 实例，键是 ThreadLocal 对象（弱引用），值是用户存入的副本数据。线程 A 调用 set()，只往自己的 ThreadLocalMap 里写；线程 B 调用 get()，只从自己的 ThreadLocalMap 里读 —— 根本不碰别人的内存空间。
常见错误现象：NullPointerException 出现在 get() 后直接使用返回值，没检查是否为 null；或者误以为子线程能自动继承父线程的 ThreadLocal 值（默认不能）。
- 必须在每个线程内显式调用
set()才有值，未set()就get()返回null（除非重写了initialValue()） - 线程池场景下，线程复用会导致旧值残留，务必在业务逻辑结束前调用
remove() -
ThreadLocal不是“线程安全的容器”，它只是让每个线程拥有独立副本——副本本身的类型仍需保证线程安全（比如SimpleDateFormat是非线程安全的，但用ThreadLocal<simpledateformat></simpledateformat>就安全了）
如何正确初始化 ThreadLocal 并避免内存泄漏
ThreadLocal 的 key 是弱引用，但 value 是强引用。如果线程长期运行（如线程池中的线程），而 ThreadLocal 实例被回收了，value 却还卡在 ThreadLocalMap 里出不去，就会发生内存泄漏。
正确做法是：用静态内部类 + 重写 initialValue()，并配合 try-finally 确保 remove() 执行。
立即学习“Java免费学习笔记（深入）”；
private static final ThreadLocal<SimpleDateFormat> DATE_FORMAT = ThreadLocal.withInitial(() -> new SimpleDateFormat("yyyy-MM-dd"));
等价于：
private static final ThreadLocal<SimpleDateFormat> DATE_FORMAT = new ThreadLocal<>() {
@Override
protected SimpleDateFormat initialValue() {
return new SimpleDateFormat("yyyy-MM-dd");
}
};
- 永远不要用
new ThreadLocal<>().set(...)这种匿名方式，会导致无法调用remove() - 在线程执行完关键逻辑后，立即在
finally块中调用DATE_FORMAT.remove() - 若使用
withInitial()，底层仍会生成一个匿名子类，所以只要变量是 static final，GC 就能正常回收 key，value 也能被清理（前提是调用了remove()）
子线程怎么拿到父线程的 ThreadLocal 值
普通 ThreadLocal 不传递；要用 InheritableThreadLocal 替代。
但注意：InheritableThreadLocal 只在子线程创建时复制一次值，之后父子线程各自独立修改互不影响。
- 子线程启动后，父线程再修改自己的
InheritableThreadLocal值，子线程看不到 - 线程池中慎用
InheritableThreadLocal：因为线程被复用，上次任务留下的值可能污染本次任务 - 如果必须在线程池中透传上下文（如 traceId），推荐用
TransmittableThreadLocal（阿里 TTL 库），它能 hook 线程池的submit()和execute()
ThreadLocal 在 Spring Web 中的典型误用
很多人把 ThreadLocal 当作“请求级单例”来存用户信息或事务上下文，但在异步场景下极易出错。
例如：Spring 的 @Async 方法会走另一个线程，原线程的 ThreadLocal 值不会自动带过去；Servlet 3.0 异步（startAsync()）也一样。
- Spring MVC 的
RequestContextHolder底层就是InheritableThreadLocal，但它只对同步请求有效 - 用
@Async时，要么手动 copy 上下文（通过TaskDecorator），要么改用 MDC（logback 的MDC.put()）这类支持异步传播的机制 - WebFlux 全响应式栈里根本没线程绑定概念，
ThreadLocal完全失效，必须用ContextView或ReactorContext
最常被忽略的一点：ThreadLocal 的生命周期和线程强绑定，而现代 Java 应用大量使用线程池、协程封装、异步回调 —— 一旦脱离“一个请求一个线程”的简单模型，它的隔离性就变得非常脆弱，得靠额外机制补位。
