ThreadLocal为什么会引发内存泄漏呢？

ThreadLocal为什么会引发内存泄漏呢？

了解Map结构的兄弟们应该清楚，内部实际就一个节点数组，对于ThreadLocalMap而言，内部是一个Entity，它将Key作为弱引用，Value还是强引用。如果我们在使用完ThreadLocal以后，没有对Entity进行移除，会引发内存泄漏问题。

* 说到这里，有一个问题我思考了蛮久的，value为啥不搞成弱引用，用完直接扔了多好?

不设置为弱引用，是因为不清楚这个Value除了map的引用还是否还存在其他引用，如果不存在其他引用，当GC的时候就会直接将这个Value干掉了，而此时我们的ThreadLocal还处于使用期间，就会造成Value为null的错误，所以将其设置为强引用。

* 在set,get,remove的时候都调用了expungeStaleEntry来将所有失效的Entity移除

* 补充说明 

Java为了最小化减少内存泄露的可能性和影响，在ThreadLocal的get,set的时候都会清除线程Map里所有key为null的value。

所以最怕的情况就是：

threadLocal对象设null了，开始发生“内存泄露”，然后使用线程池，这个线程结束，线程放回线程池中不销毁，这个线程一直不被使用，或者分配使用了又不再调用get,set方法，那么这个期间就会发生真正的内存泄露。

* 既然Key是弱引用，那么我们要做的事，就是在调用ThreadLocal的get()、set()方法时完成后再调用remove方法，将Entry节点和Map的引用关系移除，这样整个Entry对象在GC Roots分析后就变成不可达了，下次GC的时候就可以被回收。如果使用ThreadLocal的set方法之后，没有显示的调用remove方法，就有可能发生内存泄露，所以养成良好的编程习惯十分重要，使用完ThreadLocal之后，记得调用remove方法。