在 Java 并发编程中，ThreadLocal 解决了什么问题，为什么需要它？请说明其核心用途和典型应用场景。

回答思路

1. 【回答框架 1】ThreadLocal 的核心动机是解决多线程环境下共享变量的线程隔离问题。每个线程通过 ThreadLocal 持有变量的独立副本，读写互不影响，从而避免加锁同步，降低并发竞争成本。
2. 【回答框架 2】其实现机制基于每个 ThreadLocal 对象内部维护一个 ThreadLocalMap，以当前线程为键存储值。线程访问时通过当前线程获取自己的副本，实现线程封闭（Thread Confinement），确保变量仅在线程内部可见。
3. 【回答框架 3】典型应用场景包括：线程安全的 SimpleDateFormat 等非线程安全对象封装、Spring 事务管理中的连接绑定、Web 请求上下文传递（如用户信息）、日志链路追踪 ID 传递等。注意其本质是空间换时间，适用于线程内共享但跨线程不共享的数据。
4. 【回答框架 4】需区分 ThreadLocal 与原子类或锁：原子类（如 AtomicInteger）解决数值累加的线程安全，偏向多线程竞争共享状态；ThreadLocal 则完全避免共享，各持副本。选择依据是数据是否需要跨线程可见，若需共享则应使用同步机制或并发容器。
5. 【回答框架 5】必须注意 ThreadLocal 的内存泄漏风险：ThreadLocalMap 的 key 为弱引用，若线程长期存活且未调用 remove，value 可能被残留引用导致内存泄漏。规范做法是使用完及时调用 remove()，尤其在线程池场景中。
6. 【关键点 1】ThreadLocal 提供线程局部变量，实现线程内共享、线程间隔离。
7. 【关键点 2】底层基于 ThreadLocalMap，以当前线程为键存储独立副本。
8. 【关键点 3】典型应用包括格式化对象、事务上下文、请求级变量等非线程安全对象封装。
9. 【关键点 4】ThreadLocal 避免锁竞争，但牺牲内存空间，适用于数据不需跨线程共享的场景。
10. 【关键点 5】内存泄漏风险源于弱引用 key 与强引用 value，需及时 remove 清理。
11. 【易错点 1】误以为 ThreadLocal 解决所有并发问题，实际仅适用于线程局部的数据隔离。
12. 【易错点 2】忽略线程池复用导致旧值残留，未清理可能造成业务数据串扰。
13. 【易错点 3】将 ThreadLocal 用于跨线程传递，需配合 InheritableThreadLocal 或手动传递，不能直接替代。