普通ThreadLocal无法在父子线程间传递值是因为其值仅绑定当前线程的ThreadLocalMap，子线程为新实例且不复制父线程值；InheritableThreadLocal通过重写createInheritedMap()和childValue()，在子线程init时浅拷贝父线程值，但仅限直接创建的子线程，不适用于线程池等复用场景。
为什么普通ThreadLocal无法在父子线程间传递值
因为 ThreadLocal 的值只绑定在当前线程的 ThreadLocalMap 中，子线程是全新实例，不会自动复制父线程的 ThreadLocal 值。哪怕你用 new Thread() 启动子线程，或者用 Executors.newFixedThreadPool() 提交任务，父线程里设的 threadLocal.set("x") 在子线程里调 get() 一定返回 null。
InheritableThreadLocal 是怎么解决这个问题的
它重写了 createInheritedMap() 和 childValue()，在 Thread.init() 阶段（即子线程构造时）自动把父线程的 InheritableThreadLocal 值浅拷贝过去。但注意：这个拷贝只发生在子线程创建那一刻，之后父线程再改值，子线程看不到；子线程改值也不会反向影响父线程。
- 仅对直接创建的子线程生效（
new Thread()、new Thread(Runnable)） - 对线程池中的复用线程无效——因为线程池里的线程不是“新创建”的，而是从队列里取出来的旧线程，不会触发继承逻辑
- 如果用了
ForkJoinPool或CompletableFuture，默认也不继承，需额外处理
实际用法和必须绕开的坑
声明时直接用 InheritableThreadLocal 替代 ThreadLocal 即可，用法一致：
InheritableThreadLocal<String> traceId = new InheritableThreadLocal<>();
traceId.set("req-123");
new Thread(() -> {
System.out.println(traceId.get()); // 输出 "req-123"
}).start();
但要注意几个关键点：
- 子线程启动前必须已调用过
set()，否则拷贝的是null - 若值是可变对象（比如
ArrayList），父子线程共享同一引用，修改会互相影响——这不是 bug，是浅拷贝的必然结果 - 在线程池场景下，必须配合
ThreadFactory手动做继承，例如用TransmittableThreadLocal（阿里开源）或自己包装Runnable - Spring 的
@Async默认不继承，需配置自定义TaskDecorator
什么时候不该用 InheritableThreadLocal
当你的应用重度依赖线程池（如 Web 容器、RPC 线程模型）、或需要跨异步回调（如 Netty 的 ChannelFuture.addListener、Reactor 的 publishOn）时，InheritableThreadLocal 基本失效。这时候真正要解决的不是“怎么继承”，而是“如何在异步上下文里显式透传上下文”。很多框架（如 Sleuth、MDC）早已放弃依赖它，转而用装饰器 + 显式传递机制。
最常被忽略的一点：JVM 的 finalizer 线程、GC 相关线程、甚至某些 JNI 回调线程，都可能意外读到你遗留的 InheritableThreadLocal 值，导致内存泄漏或脏数据——所以务必在子线程退出前调用 remove()，尤其在长期运行的线程池任务中。
