ThreadLocal的局限性——内存泄漏问题

通过前两篇文章，我们了解了ThreadLocal的内部是怎么实现的，那么这样实现ThreadLocal会带来什么问题呢？首先我们先看一张图来理一理Thread和ThreadLocal的关系：

ThreadLocal是一个能更够实现线程内数据共享的类，而通过get(Thread t)方法，我们知道实际的数据以键值对的形式保存在Thread的一个叫ThreadLocalMap类型的属性中，而ThreadLocalMap是ThreadLocal中的内部类，内部类ThreadLocalMap中还有一个Entry内部类，Entry内部类继承了WeakReference，表示键值是弱引用型的，从而表示键值对时弱引用型的。ThreadLocalMap中以Entry数组的形式存储键值对，所以ThreadLocal、ThreadLocalMap实际上是对这个Entry数组进行操作的，又因为实际的数据保存在Thread中，所以可以说ThreadLocal是一个工具类。

ThreadLocal的局限性，得从弱引用的角度出发， 弱引用型对象的特点不论内存是否足够，都会把弱引用的对象回收了，所以在ThreadLocalMap中的expungeStaleEntry(int staleSlot) 方法中查到key值为null时，就会帮助gc算法去删除这个节点。但是当这个key = null时，value ！= null时，这个节点同样被删除了，这样就会出现内存泄漏问题，所以jdk建议将ThreadLocal用static修饰，这样生命周期 能长些，变成强引用，从而不会被回收掉，也能保证任何时候能够根据弱引用的key值找到对应的value值，不需要的时候删除，防止内存泄漏的问题。