ThreadLocal通过为每个线程维护独立的ThreadLocalMap实现线程隔离，key为弱引用的ThreadLocal实例，value为强引用的实际数据；需显式调用remove()防止内存泄漏。
ThreadLocal 通过为每个线程单独维护一份变量副本，实现线程间的隔离存储。它不靠锁，也不共享内存，核心在于“每个线程独有一份”——本质是把变量存到当前线程对象（Thread）的一个专属哈希表里。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
Thread 内部持有 ThreadLocalMap
每个 Thread 实例都有一个私有字段：ThreadLocal.ThreadLocalMap threadLocals = null;
这个 ThreadLocalMap 是 ThreadLocal 自定义的轻量级哈希表（非 java.util.HashMap），专门用来保存该线程的 ThreadLocal 变量键值对。Key 是 ThreadLocal 实例本身（弱引用），Value 是你设置的实际数据。
set() 和 get() 操作都绑定当前线程
调用 threadLocal.set(value) 时：
- 获取当前线程（Thread.currentThread()）
- 拿到它的 threadLocals 成员
- 如果为空，先初始化一个 ThreadLocalMap
- 然后以当前 ThreadLocal 对象为 key，存入 value
调用 threadLocal.get() 时：
- 同样获取当前线程
- 查找它的 threadLocals 中以当前 ThreadLocal 为 key 的 entry
- 返回对应的 value；若未 set 过，返回初始值（默认 null，或由 initialValue() 提供）
为什么不会互相干扰？
- 不同线程的
threadLocals是完全独立的对象，互不访问对方的 map - 同一个 ThreadLocal 实例，在线程 A 和线程 B 中，分别作为 key 存在各自的 map 里，指向不同的 value
- 即使多个 ThreadLocal 实例，也共用同一个 map，但 key 不同，定位互不影响
注意内存泄漏风险
ThreadLocalMap 的 key 是弱引用（WeakReference<ThreadLocal>），但 value 是强引用。如果 ThreadLocal 实例被回收（比如定义为局部变量或匿名内部类），key 变为 null，但 value 仍留在 map 中，直到线程结束或触发清理（如调用 get()/set() 时探测并清除 stale entry）。长期运行的线程（如线程池中的线程）容易因此累积内存泄漏。
建议：显式调用 threadLocal.remove()，尤其在线程复用场景下。
