推荐用 ThreadLocal.withInitial() 而非手写匿名内部类，因其由编译器保障函数式接口契约，避免忘加 @Override、方法名写错、提前调用 get() 等低级错误；它仅在首次 get() 时初始化一次，不继承父线程值，且需注意 lambda 捕获变量的有效 final 性与内存泄漏风险。
Java 8 引入 ThreadLocal.withInitial()，本质是为简化初始化写法而设计的语法糖，不是新机制，但显著降低了出错概率。
为什么推荐用 withInitial() 而非手写匿名内部类
手动重写 initialValue() 容易踩坑：
- 忘记加
@Override注解，导致方法未被识别，get()返回null（静默失败） - 误把方法名写成
get()或set()，编译通过但逻辑失效 - 在构造过程中提前调用
get()，此时初始化逻辑尚未触发 - 泛型擦除或签名不匹配引发运行时异常
withInitial(() -> "default") 一行搞定，由编译器保障函数式接口契约，避免上述低级错误。
withInitial 的适用边界与限制
它只适用于普通 ThreadLocal 场景：
立即学习“Java免费学习笔记（深入）”；
- 子线程**不会继承**父线程的初始值——若需此能力，必须显式使用
InheritableThreadLocal并自行实现初始化逻辑 - 初始值仅在本线程**首次调用
get()时计算一次**，后续get()直接返回缓存对象，不重复执行 lambda - 不支持“每次 get 都新建对象”，如需动态生成，应改用
get()中判断 +set()显式赋值
lambda 捕获变量的注意事项
lambda 可访问外部局部变量，但必须满足「有效 final」条件：
- 变量声明后未被重新赋值（即使没加
final关键字，编译器也会检查） -
String prefix = "user_"; prefix += "123";→ 编译失败，因prefix不是有效 final - 捕获的是变量**当时的值快照**，后续修改不影响已创建的
ThreadLocal实例 - 避免捕获大对象（如 Spring 上下文、Activity 实例），否则该对象会随线程存活，引发内存泄漏，尤其在 Android 主线程中风险极高
性能与底层实现真相
和手写匿名类没有实质性能差异：
- 反编译可见：
withInitial底层仍是 new 一个私有静态子类，重写了initialValue() - 无额外运行时开销，只是编译期生成的模板代码更安全、更简洁
- 真正要注意的是语义成本：lambda 内若引用了长生命周期对象，会意外延长其可达性，干扰 GC
