ThreadLocal介绍以及内存泄露问题

带着疑问看问题
1、ThreadLocal 与 ThreadLocalMap 的数据结构和关系？
2、ThreadLocal 的 key 是弱引用，这是为什么？
3、ThreadLocal 内存泄漏问题你知道吗?
4、ThreadLocal 中最后为什么要加 remove 方法？

ThreadLocal是一个Java中的线程局部变量，它可以使得每个线程都拥有自己独立的变量副本，从而避免了线程安全问题。ThreadLocalMap是ThreadLocal的内部实现，用于存储每个线程对应的变量副本。

每个 Thread 对象维护着一个 ThreadLocalMap 的引用，ThreadLocalMap 是 ThreadLocal 内部类，用 Entry 来进行存储，
调用 ThreadLocal 的 set() 方法时，实际上就是往 ThreadLocalMap 设置值，key 是 ThreadLocal 对象，值 value 是传递进来的对象。
调用 ThreadLocal 的 get() 方法时，实际上就是往 ThreadLocalMap 获取值，key 是 ThreadLocal 对象。
所以 ThreadLocal 本身并不存储值，它只是一个自己作为 key 来让线程从 ThreadLocalMap 中获取 value，正因为这个原因，所以 ThreadLocal 能实现数据隔离，获取当前线程的局部变量值，不受其他线程影响。

为什么源码需要使用弱引用？
当 method 方法执行完毕后，栈帧销毁，强引用 tl 也就没有了。
但此时线程的 ThreadLocalMap 里某个 Entry 的 key 引用还指向这个对象。
若这个 key 引用是强引用，就会导致 key 指向的 ThreadLocal 对象是强引用对象不能被 gc 回收，造成内存泄漏;
若这个 key 引用是弱引用，就大概率会减少内存泄漏的问题。使用弱引用，就可以使 ThreadLocal 对象在方法执行完毕后顺利被回收且 Entry 的 key 引用指向为 null。

错误使用会导致内存泄漏问题
如果是强引用会造成对象得不得释放会造成内存泄漏问题，如果是弱引用，虽然对象被置为 null 了，但是由于 Map 的结构，允许 null 的 key 和 value，从而导致有大量的 null 值。

虽然弱引用，保证了 key 指向的 ThreadLocal 对象能被及时回收，但是 v 指向的 value 对象是需要 ThreadLocalMap 调用 get 、set 时发现 key 为 null 时才会去回收整个 entry、value，因此弱引用不能 100% 保证内存不泄露。我们要在不使用某个 ThreadLocal 对象后，手动调用 remove 方法来清除它，尤其是在线程池中，不仅仅是内存泄露的问题，因为线程池中的线程是重复使用的，意味着这个线程的 ThreadLocalMap 对象也是重复使用的，如果我们不手动调用 remove 方法，那么后面的线程就有可能获取到上个线程遗留下来的 value 值，造成 bug。

总结
1）ThreadLocal 并不解决线程间共享数据的问题
2）ThreadLocal 适用于变量在线程间隔离且在方法间共享的场景
3）ThreadLocal 通过隐式的在不同线程内创建独立实例变量副本避免了实例线程安全的问题
4）每个线程持有一个只属于自己的专属 Map 并维护了 ThreadLocal 对象与具体实例的映射，该 Map 由于只被持有它的线程访问，故不存在线程安全以及锁的问题
5）ThreadLocalMap 的 Entry 对 ThreadLocal 的引用为弱引用，避免了ThreadLocal 对象无法被回收的问题
6）ThreadLocalMap 的 set 方法通过调用 replaceStaleEntry 方法回收键为null 的 Entry 对象的值(即为具体实例) 以及 Entry 对象本身从而防止内存泄漏

补充
在ThreadLocalMap中，每个ThreadLocal对象都有一个唯一的整型值，用于标识该对象在哈希表中的位置。这个整型值是通过ThreadLocal的hashCode()方法计算得到的。由于ThreadLocal对象的hashCode()方法返回的值可能会发生冲突，所以ThreadLocalMap中采用了开放寻址法来解决哈希冲突。
在ThreadLocalMap中，每个线程的变量副本都是作为哈希表的值存储的。每个线程只能访问到自己的变量副本，而无法访问其他线程的变量副本。当一个线程结束时，该线程的ThreadLocalMap中存储的所有变量副本都会被回收，从而避免了内存泄漏问题。
需要注意的是，ThreadLocalMap中的Entry对象（存储键值对）是弱引用，这意味着在没有其他强引用指向ThreadLocal对象时，Entry对象可能会被垃圾收集器回收。这也是ThreadLocal对象的使用需要注意内存泄漏问题的原因之一。