在 Java 中，ThreadLocal 的 key 为什么被设计为弱引用？请说明其背后的原因。

回答思路

1. 【回答框架 1】ThreadLocal 的 key 被设计为弱引用，主要是为了防止线程池场景下的内存泄漏。若 key 为强引用，Thread 对象会持有 ThreadLocalMap 及 Entry 的引用，而 ThreadLocalMap 的生命周期与线程一样长。当线程长期存活（如线程池中的线程）且 ThreadLocal 使用完毕不再被业务代码引用时，强引用会导致 ThreadLocal 实例无法被回收，造成内存泄漏。
2. 【回答框架 2】使用弱引用后，当 ThreadLocal 外部强引用消失，GC 时该 key 会被回收，Entry 的 key 变为 null。但 value 仍然被 Entry 强引用，如果不清理，value 也无法回收，因此 ThreadLocalMap 在 get/set 时会主动清理 key 为 null 的 Entry，并且在 ThreadLocal 的 remove 方法中也会清理。
3. 【回答框架 3】弱引用只是缓解了 key 泄漏的问题，value 的泄漏仍需依赖 ThreadLocalMap 的清理机制或调用 remove。这是理解 ThreadLocal 内存管理的关键。
4. 【关键点 1】ThreadLocal 的 key 弱引用避免 ThreadLocal 实例长期无法回收。
5. 【关键点 2】线程池中线程存活时间长，若强引用 key 会导致 ThreadLocal 泄漏。
6. 【关键点 3】key 为 null 后，value 仍需依赖 map 清理或 remove 释放。
7. 【易错点 1】认为弱引用能完全避免内存泄漏，实际 value 仍可能泄漏。
8. 【易错点 2】忽略线程池场景，误以为 ThreadLocal 实例会随请求结束而回收。
9. 【易错点 3】未区分 key 和 value 的回收机制，混淆两者。