InheritableThreadLocal仅在子线程创建时继承父线程值，线程池复用线程导致init()不触发，故失效；需用TransmittableThreadLocal或手动快照还原。
为什么InheritableThreadLocal能传值，但线程池里却失效
因为 InheritableThreadLocal 只在子线程「创建时」复制父线程的值，而线程池中的线程是复用的——它不是新创建的，所以不会触发继承逻辑。你看到值没传过去，不是用错了，是线程生命周期和设计机制不匹配。
- 适用场景：手动
new Thread()+start()的父子线程链（比如异步日志上下文、TraceId 透传） - 不适用场景：任何基于
ThreadPoolExecutor、ForkJoinPool或 Spring 的@Async——这些线程早已存在，childValue根本不被调用 - 底层关键：JVM 在
Thread.init()里判断是否为InheritableThreadLocal，并调用其childValue()方法；线程复用 = 跳过 init
如何让线程池也支持上下文传递
得自己“补上”丢失的继承动作。核心思路是在提交任务前捕获父线程的 InheritableThreadLocal 快照，执行时再设回去。
- 最简做法：包装
Runnable，构造时读取当前所有InheritableThreadLocal值，run()开头 restore - 推荐封装：用
TransmittableThreadLocal（阿里 TTL 库），它重写了get()/set()并提供TtlExecutors包装线程池，自动处理快照与还原 - 注意点：
TransmittableThreadLocal不是 JDK 原生类，需引入com.alibaba:transmittable-thread-local；且它对ForkJoinTask有额外适配，普通InheritableThreadLocal完全不支持
InheritableThreadLocal.childValue() 什么时候会被调用
只在子线程对象初始化阶段调用一次，且仅当该 InheritableThreadLocal 实例在父线程中已设置过值。
- 如果父线程从未调用过
set()，子线程对应 key 的get()返回null（或默认值），childValue()根本不触发 - 如果重写了
childValue()，返回null会导致子线程后续get()也返回null，不会自动 fallback 到父值 —— 它只决定“继承什么”，不负责“兜底” - 常见误用：以为重写
childValue()就能动态计算，结果发现只调一次；想每次get()都刷新？得自己在get()里做逻辑，InheritableThreadLocal不提供钩子
和普通ThreadLocal比，内存泄漏风险更高吗
泄漏风险本质一样，但更容易被忽略：因为父子线程可能生命周期差异大，子线程长期存活时，父线程早结束了，但它的引用还挂在子线程的 inheritableThreadLocals 表里。
立即学习“Java免费学习笔记（深入）”；
-
InheritableThreadLocal的Entry也是弱引用 key，value 是强引用 —— 和ThreadLocal一致，不remove()就可能 leak - 区别在于：你更容易忘记清理子线程里的值，尤其在线程复用场景下（比如用完
TransmittableThreadLocal后没remove()） - 实操建议：所有
set()配套try-finally中remove()，尤其是跨线程边界时；别依赖线程结束自动清理 —— 线程池线程永不结束
remove()，最后看第三方库（比如日志框架）是否内部用了自己的上下文机制，覆盖了你的 InheritableThreadLocal。 
