在 Java 中，使用 ThreadLocal 时有哪些最佳实践？请结合其工作原理说明使用场景、注意事项和常见误区。

回答思路

1. 【回答框架 1】ThreadLocal 为每个线程提供独立的变量副本，原理是每个 Thread 内部持有 ThreadLocalMap，key 为 ThreadLocal 实例（弱引用），value 为线程局部变量，因此实现了线程间数据隔离。
2. 【回答框架 2】使用场景包括线程内全局上下文传递（如请求 ID、用户信息）、SimpleDateFormat 等非线程安全对象的线程私有化、事务管理器中的连接持有等，避免频繁创建对象或传递参数。
3. 【回答框架 3】最佳实践：优先使用 try-finally 块或在适当位置调用 remove() 清理变量，尤其在线程池场景下，防止线程复用导致数据残留和内存泄漏；使用 static final 修饰 ThreadLocal 实例，避免强引用 key 导致无法回收；避免使用 ThreadLocal 传递大量数据或跨方法隐式传递复杂依赖，降低代码可读性。
4. 【回答框架 4】注意事项：ThreadLocal 的 key 是弱引用，但 value 是强引用，若线程存活且未 remove，value 会一直可达，造成内存泄漏；在多线程环境下应确保线程内初始化，避免读取到旧值；若多个线程共享同一 ThreadLocal 对象，需注意其 value 的初始化逻辑。
5. 【回答框架 5】总结：ThreadLocal 提供了简洁的线程隔离方案，但必须重视生命周期管理，配合线程池使用时尤其需要显式清理，同时避免滥用导致设计混乱和隐式耦合。
6. 【关键点 1】ThreadLocal 提供线程局部变量，通过 ThreadLocalMap 实现，key 为弱引用，value 为强引用。
7. 【关键点 2】最佳实践包括 static final 定义、try-finally 中调用 remove()、避免在线程池中遗留数据。
8. 【关键点 3】使用场景覆盖上下文传递、非线程安全对象私有化、事务管理等。
9. 【关键点 4】内存泄漏风险源于 value 强引用未被清理，线程池复用加剧问题。
10. 【关键点 5】避免用 ThreadLocal 传递复杂业务数据，防止代码可读性和维护性下降。
11. 【易错点 1】忽略 remove() 导致内存泄漏，尤其在线程池中线程复用。
12. 【易错点 2】过度使用 ThreadLocal 隐式传递参数，增加代码耦合和调试难度。
13. 【易错点 3】错误理解弱引用，认为 ThreadLocal 一定不会泄漏，实际 value 仍可能泄漏。