1.ThreadLocal介绍
ThreadLocal可以理解为是线程的本地变量,它为每个线程都创建一个副本。线程通过set\get操作访问内部副本变量,实现了线程之间的隔离。
2.ThreadLocal与synchronized区别
3.ThreadLocal设计
在JDK8中ThreadLocal的设计是每一个Thread都维护一个ThreadLocalMap,这个Map的key就是ThreadLocal实例本身,value才是真正要存储的值。
每个Thread内部维护一个ThreadLocalMap,map里边存储ThreadLocal对象和线程的副本。内部的map是由ThreadLocal维护的,ThreadLocal负责获取和设置线程的变量值。对于每个线程,每次获取副本时,别的线程并不能获取当前线程的副本值,实现了副本的隔离。
4.ThreadLocal内存泄漏问题
假设在业务代码中使用完ThreadLocal ,threadLocal Ref被回收了。
由于ThreadLocalMap只持有ThreadLocal的弱引用,没有任何强引用指向threadlocal实例, 所以threadlocal就可以顺利被gc回收,此时Entry中的key=null。
但是在没有手动删除这个Entry以及CurrentThread依然运行的前提下,也存在有强引用链 threadRef->currentThread->threadLocalMap->entry -> value ,value不会被回收, 而这块value永远不会被访问到了,导致value内存泄漏。
5、弱引用和强引用都会造成内存泄漏,为什么使用弱引用?
事实上,在ThreadLocalMap中的set/getEntry方法中,会对key为null(也即是ThreadLocal为null)进行判断,如果为null的话,那么是会对value置为null的。
这就意味着使用完ThreadLocal,CurrentThread依然运行的前提下,就算忘记调用remove方法,弱引用比强引用可以多一层保障:弱引用的ThreadLocal会被回收,对应的value在下一次ThreadLocalMap调用set,get,remove中的任一方法的时候会被清除,从而避免内存泄漏。
注意,ThreadLocal不能替代同步机制,两者面向的问题领域不同。同步机制是为了同步多个线程对相同资源的并发访问,是多个线程之间进行通信的有效方式。而ThreadLocal是为了隔离多个线程的数据共享,从根本上避免多个线程之间对共享资源(变量)的竞争,也就不需要对多个线程进行同步了。 一般情况下,如果多个线程之间需要共享资源,以达到线程之间的通信功能,就使用同步机制。如果仅仅需要隔离多个线程之间的共享冲突,则可以使用ThreadLocal。