ThreadLocal内存泄漏分析与解决方案

要向了解ThreadLocal内存泄漏，我们先要了解以下4中引用的概念

强引用、软引用、弱引用和虚引用。

强引用：

如果一个对象具有强引用,垃圾回收器绝不会回收它,当内存空间不足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足问题。

String str = "abc";
List<String> list = new Arraylist<String>();

软引用

**如果内存空间足够，垃圾回收器就不会回收它，如果内存空间不足了，就会回收这些对象的内存。**只要垃圾回收器没有回收它，该对象就可以被程序使用。

例子：实现内存敏感的高速缓存。软浏览器的后退按钮

软引用是通过SoftReference类实现的

弱引用

弱引用与软引用的区别在于：只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它 所管辖的内存区域的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存

弱引用是通过WeakReference类实现的

虚引用

没有引用，被扫描到就回收

它的唯一作用就是当其指向的对象被回收之后，自己被加入到引用队列，用作记录该引用指向的对象已被销毁。

ThreadLocal造成内存泄漏的原因？

内存泄露为程序在申请内存后，无法释放已申请的内存空间

ThreadLocalMap 中使用的 key 为 ThreadLocal 的弱引用,而 value 是强引用。所以，如果 ThreadLocal 没有被外部强引用的情况下，在垃圾回收的时候，key 会被清理掉，而 value 不会被清理掉。这样一来，ThreadLocalMap 中就会出现key为null的Entry。假如我们不做任何措施的话，value 永远无法被GC 回收，这个时候就可能会产生内存泄露。ThreadLocalMap实现中已经考虑了这种情况，在调用 set()、get()、remove() 方法的时候，会清理掉 key 为 null 的记录。使用完 ThreadLocal方法后 最好手动调用remove()方法

ThreadLocal内存泄漏解决方案？

每次使用完ThreadLocal，都调用它的remove()方法，清除数据。

在使用线程池的情况下，没有及时清理ThreadLocal，不仅是内存泄漏的问题，更严重的是可能导致业务逻辑出现问题。所以，使用ThreadLocal就跟加锁完要解锁一样，用完就清理。

既然弱引用导致了内存泄漏，为什么还使用弱引用？

ThreadLocal内存泄漏的根源是：由于ThreadLocalMap的生命周期跟Thread一样长，如果没有手动删除对应key（主动调用ThreadLocal的remove()方法）就会导致内存泄漏，

可以看到上图，如果为强引用，引用ThreadLocal的对象被回收了，但是ThreadLocalMap还持有ThreadLocal的强引用，如果没有手动删除，ThreadLocal的引用不会被回收，导致内存泄漏，如果为弱引用，引用的ThreadLocal的对象被回收了，由于ThreadLocalMap持有ThreadLocal的弱引用，即使没有手动删除，ThreadLocal也会被回收，但是对应的Value不会被回收，还是会导致内存泄漏。只能说相对于强引用来说进步了一点