threadlocal.withinitial() 是推荐方式，因其为静态工厂方法，接收 supplier 实现惰性初始化：每个线程首次调用 get() 时才执行一次 supplier.get()，不提前触发、不继承父线程值、避免重写 initialvalue 的覆写错误和隐式共享风险。
直接用 ThreadLocal.withInitial() 配合 Supplier 接口，是最简洁、线程安全的初始化方式。它天然规避了首次 get() 时手动判空 + set() 的竞态风险，也无需重写 initialValue()。
为什么 Supplier 比重写 initialValue() 更推荐
Supplier 是函数式接口，延迟执行、无状态、线程无关。只要 lambda 或方法引用本身不访问共享可变状态，每次 get() 触发的初始化就是完全隔离的。
- 重写
initialValue()需继承匿名类或子类，侵入性强，且若内部访问了外部非 final 变量，仍可能引入隐式共享 -
withInitial(Supplier)是静态工厂方法，语义清晰，支持方法引用（如MyUtil::createInstance），更易复用和测试 - JDK 内部会把 Supplier 封装为
SuppliedThreadLocal，在get()时原子性地判断是否已初始化，并仅执行一次 Supplier
正确写法：泛型 + withInitial + 不捕获可变外部状态
务必声明泛型类型，避免运行时类型擦除导致的强制转换；Supplier 体内只做纯对象创建，不读写实例字段、静态变量或传入参数以外的状态。
// ✅ 推荐：简洁、类型安全、无副作用
private static final ThreadLocal<simpledateformat> DATE_FORMAT =
ThreadLocal.withInitial(() -> new SimpleDateFormat("yyyy-MM-dd HH:mm:ss"));
// ✅ 支持方法引用（前提是 createFormatter() 是 static 且无副作用）
private static final ThreadLocal<random> RANDOM =
ThreadLocal.withInitial(Random::new);
// ❌ 避免：捕获了外部变量，多个线程共用同一个 list 实例
List<string> sharedList = new ArrayList();
ThreadLocal<list>> bad = ThreadLocal.withInitial(() -> sharedList); // 错！
</list></string></random></simpledateformat>
配合线程池使用时的关键清理动作
线程池复用线程，若不显式 remove()，ThreadLocal 值会跨任务残留，造成内存泄漏或脏数据。尤其在 Web 应用或定时任务中必须处理。
- 在业务逻辑结束前调用
threadLocal.remove()，建议放在finally块中 - 若使用 Spring，可用
@EventListener(ContextClosedEvent.class)清理全局 ThreadLocal - 对 ExecutorService 提交的任务，可封装工具方法自动清理：
public static <t> Runnable wrap(Runnable task, ThreadLocal<t> tl) { return () -> { try { task.run(); } finally { tl.remove(); } }; } </t></t>
注意弱引用 Key 与内存泄漏的真实关系
ThreadLocalMap 中的 key 是弱引用，但 value 是强引用。如果线程长期存活（如线程池线程），而 ThreadLocal 实例被回收（比如局部变量失效），key 变成 null，value 却还挂着——这就是“stale entry”。JDK 在 set()、get()、remove() 时会探测并清理部分 stale entry，但不保证 100% 及时。
所以真正防止泄漏的不是“靠弱引用自动回收”，而是：**ThreadLocal 声明为 static，且每次用完主动 remove()**。这两点缺一不可。
