threadlocal通过为每个线程维护独立的threadlocalmap实现线程隔离，key为弱引用的threadlocal实例，value为强引用的实际数据；需显式调用remove()防止内存泄漏。
ThreadLocal 通过为每个线程单独维护一份变量副本，实现线程间的隔离存储。它不靠锁，也不共享内存，核心在于“每个线程独有一份”——本质是把变量存到当前线程对象（Thread）的一个专属哈希表里。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
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></threadlocal>），但 value 是强引用。如果 ThreadLocal 实例被回收（比如定义为局部变量或匿名内部类），key 变为 null，但 value 仍留在 map 中，直到线程结束或触发清理（如调用 get()/set() 时探测并清除 stale entry）。长期运行的线程（如线程池中的线程）容易因此累积内存泄漏。
建议：显式调用 threadLocal.remove()，尤其在线程复用场景下。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
