每个Thread都有一个ThreadLocal.ThreadLocalMap的 map， 该map的key为ThreadLocal实例，它为一个弱引用，我们知道弱引用有利于GC回收。当ThreadLocal的key == null 时， GC就会回收这部分空间，但是value却不一定能够被回收，因为它还与 Current Thread 存在一个强引用关系，如下：
    image.png
    由于存在这个强引用关系，会导致value无法回收。如果这个线程兑现该不会销毁，那么这个强引用关系则会一直存在，就会出现内存泄露情况。所以说只要这个线程对象能够及时被GC回收，就不会出现内存泄露。如果碰到线程池，那就更坑了。

    那么要怎么避免这个问题呢？在前面提过，在ThreadLocalMap中的setEntry()、getEntry()，如果遇到key == null 的情况，会对value设置为null。当然我们也可以显示调用ThreadLocal的remove()方法进行处理。

    下面再对ThreadLocal进行简单的总结：

    • ThreadLocal不是用于解决共享变量的问题的，也不是为了协调线程同步而存在，而是为了方便每个线程处理自己的状态而引入的一个机制。这点至关重要。
    • 每个Thread 内部都有一个 ThreadLocal.ThreadLocalMap 类型的成员变量，该成员变量用来存储实际的ThreadLocal 变量副本。
    • ThreadLocal 并不是线程保存对象的副本，它仅仅只起到一个索引的作用。它的主要目的是为每一个线程隔离一个类的实例，这个实例的作用范围仅限于线程内部。