Java笔记之ThreadLocal
ThreadLocal
是Thread
中用来保存线程私有变量的数据结构。
一个ThreadLocal
只能保存一个值,有set/get/remove
方法。
在Thread
有一个threadLocals
(ThreadLocal.ThreadLocalMap
)变量,该变量是一个定制的Hash Map,用来保存线程私有的数据(类型为ThreadLocal<?> Key, Object Value
)。
特点
一个
Thread
可以有多个ThreadLocal
变量不同
Thread
可以通过一个ThreadLocal
变量分别保存不同的变量而互不影响。如果不同的
Thread
使用的ThreadLocal
变量保存的是同一个引用类型的对象(假设为obj
),无论这些Thread
使用的是同一个ThreadLocal
对象还是完全不同的ThreadLocal
对象,只要obj
指向的对象改变,其余线程中的ThreadLocal
对象也会访问到obj
的最新值。
使用与解析
当我们新建一个ThreadLocal
并为之赋值时
1 | // 方式1. |
这个时候就会调用set()
方法(方式1)或者setInitialValue()
方法(方式2)。
1 | public void set(T value) { |
可以看到这两个方法到最后都相当于调用了Thread
对象的threadLocals
的set(ThreadLocal<?> key, Object value)
方法,这个方法最终以ThreadLocal
对象为KEY,将数据保存到了Thread
对象自己的threadLocals
中。
1 | private Entry[] table; |
所以即使是同一个ThreadLocal
对象,在不同的线程中进行set/get/remove
都只是更新了本线程中ThreadLocal
对象对应的值。
1 | //MainThread |
内存泄漏
在ThreadLocal.ThreadLocalMap
中,最终用来保存ThreadLocal
以及对应值的是一个Entry
数组:
1 | static class Entry extends WeakReference<ThreadLocal<?>> { |
从上面的代码可以看到,Entry
对ThreadLocal
是弱引用,按照“强软弱虚”引用的等级来划分,每次GC的时候,如果这个ThreadLocal
对象没有被引用,就会被回收掉,这时如果该Thread
还在运行,那么threadLocals
中保存的ThreadLocal<?> k
已经被回收了,但是Object v
对象仍然保存在threadLocals
中但是没有办法再访问到,造成内存泄漏。
解决方法参考:
使用
ThreadLocal
时会发生内存泄漏的前提条件:①
ThreadLocal
引用被设置为null
,且后面没有set,get,remove
操作。②线程一直运行,不停止。(线程池)
③触发了垃圾回收。(Minor GC或Full GC)
我们看到
ThreadLocal
出现内存泄漏条件还是很苛刻的,所以我们只要破坏其中一个条件就可以避免内存泄漏,单但为了更好的避免这种情况的发生我们使用ThreadLocal
时遵守以下两个小原则:①
ThreadLocal
申明为private static final
。Private
与final
尽可能不让他人修改变更引用,Static
表示为类属性,只有在程序结束才会被回收。②
ThreadLocal
使用后务必调用remove
方法。 最简单有效的方法是使用后将其移除。版权声明:本文为CSDN博主「pony-zi」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。 原文链接:https://blog.csdn.net/zzg1229059735/article/details/82715741
总结
现在我们知道了,所谓的通过ThreadLocal
实现线程本地变量与其他线程隔离,是在创建ThreadLocal
的时候,保存的就是属于当前线程的独立的变量,并且之后的修改也不会(无法)修改到其他线程中对应的值,但如果ThreadLocal
本身保存的都是同一个对象,则这个对象在所有的线程中还是共享的。