threadlocal

目录

threadlocal原理

ThreadLocal 内存泄漏的原因

那为什么使用弱引用而不是强引用？？

key 使用强引用

key 使用弱引用

总结

ThreadLocal正确的使用方法

---

threadlocal原理

其实网上对threadlocal已经研究很透彻了，只要愿意花时间肯定能搞懂。

 

源码分析就不来了，网上一大堆，且非常透彻，主要讲讲大体过程。

其实往简单了说就是一个map：key是线程信息，value是存的值。这样每个线程根据自己的线程信息就只能拿到自己的变量，所以其他线程操作不到，自然也就不用加锁。

往细了说申明的threadlocal里面其实是一个map，名为threadlocalmap，这个map的key是当前线程，value是个entry型的数组。

为什么map的value是的数组？是因为我们可以申明多个threadlocal的，这些threadlocal不会创建多个map，所以申明为entry型的数组可以将多个变量放到同一个map中。

entry数组是什么？

 

其重要的方法就是set和get。

简单说下set和get流程：

set：

1、获取当前线程

2、以当前线程作为key值，去查找对应的线程变量，找到对应的map

3、如果map不为null，就直接添加本地变量，key为当前定义的ThreadLocal变量的this引用，值为添加的本地变量值

4、如果map为null，说明首次添加，需要首先创建出对应的map，再添加。

get：

1、获取当前线程

2、获取当前线程的threadLocals变量

3、如果threadLocals变量不为null，就可以在map中查找到本地变量的值

4、如果threadLocals为null，调用该更改初始化当前线程的threadLocals变量

ThreadLocal 内存泄漏的原因

从上图中可以看出，threadLocalMap使用ThreadLocal的弱引用作为key，如果一个ThreadLocal不存在外部强引用时，Key(ThreadLocal)势必会被GC回收，这样就会导致ThreadLocalMap中key为null， 而value还存在着强引用，只有thead线程退出以后,value的强引用链条才会断掉。

但如果当前线程再迟迟不结束的话，这些key为null的Entry的value就会一直存在一条强引用链：

Thread Ref -> Thread -> ThreaLocalMap -> Entry -> value

永远无法回收，造成内存泄漏。

那为什么使用弱引用而不是强引用？？

我们看看Key的使用

key 使用强引用

当hreadLocalMap的key为强引用回收ThreadLocal时，因为ThreadLocalMap还持有ThreadLocal的强引用，如果没有手动删除，ThreadLocal不会被回收，导致Entry内存泄漏。

key 使用弱引用

当ThreadLocalMap的key为弱引用回收ThreadLocal时，由于ThreadLocalMap持有ThreadLocal的弱引用，即使没有手动删除，ThreadLocal也会被回收。当key为null，在下一次ThreadLocalMap调用set(),get()，remove()方法的时候会被清除value值。

总结

由于Thread中包含变量ThreadLocalMap，因此ThreadLocalMap与Thread的生命周期是一样长，如果都没有手动删除对应key，都会导致内存泄漏。

但是使用弱引用可以多一层保障：弱引用ThreadLocal不会内存泄漏，对应的value在下一次ThreadLocalMap调用set(),get(),remove()的时候会被清除。

因此，ThreadLocal内存泄漏的根源是：由于ThreadLocalMap的生命周期跟Thread一样长，如果没有手动删除对应key就会导致内存泄漏，而不是因为弱引用。

ThreadLocal正确的使用方法

• 每次使用完ThreadLocal都调用它的remove()方法清除数据
• 将ThreadLocal变量定义成private static，这样就一直存在ThreadLocal的强引用，也就能保证任何时候都能通过ThreadLocal的弱引用访问到Entry的value值，进而清除掉 。