ThreadLocal为什么会导致内存泄漏？

首先给出结论：在ThreadLocal引起的内存泄漏问题中，真正导致内存泄漏的是value，而不是key(ThreadLocal对象本身)

要搞明白一件事情，在Java中一个对象在什么情况下不会被GC掉？根据可达性分析法，如果一个对象存在一个GCRoot对它的引用链， 它就可以保证不被GC回收。

ThreadLocal的本质是每个线程维护一个ThreadLocalMap，并且ThreadLocalMap的每一个Entry都是以这个ThreadLocal对象作为Key(ThreadLocalMap上对这个ThreadLocal对象的引用是弱引用)，但是这个Entry上对Value的引用为强引用。

在new一个ThreadLocal对象后(记为tl)，这时候这个对象存在一个强引用。在调用这个对象的set或get方法后，又会额外的增加一个ThreadLocalMap对它的弱引用**(WeakReference)。一个对象如果同时存在强引用和弱引用的情况下，是以强引用为主导，即不会被GC回收掉。如果某一时刻tl这个对象为空，也就是JVM堆上的对象失去了强引用，在下一次GC时，这个ThreadLocal对象就会被GC掉。但是由于Value是强引用的，则始终存在着Thread Ref → Thread → ThreadLocalMap→Entry→value的这样一条强引用链(逻辑上不可达，但物理上可达)，导致这个value对象既无法被访问，又无法被回收，从而导致内存泄漏。也就是说将ThreadLocal作为弱引用其实是在一定程度上缓解了内存泄漏的问题。

如何避免?

在使用完ThreadLocal时，一定要记得使用Remove()方法，避免造成内存泄漏。