ThreadLocal是一个线程内部的数据存储类,通过它可以在指定的线程中存储数据,数据存储以后,只有在指定线程中可以获取到存储的数据,对于其他线程来说无法获取到数据。
另外,还是有小部分面试官喜欢问ThreadLocal与synchronized区别
与 synchronized 的比较
ThreadLocal 和 synchronized 都用于解决多线程并发访问。可是 ThreadLocal 与 synchronized 有本质的差别在于。synchronized 是利用锁的机制,使变量或代码块 在某一时仅仅能被一个线程访问。而 ThreadLocal 为每个线程都提供了变量的副本,使得每个线程在某一时间访问到的并非同一个对象,这样就隔离了多个线程对数据的数据共享。
可以理解ThreadLocal是空间换时间
使用场景
- 当某些数据是以线程为作用域并且不同线程具有不同的数据副本的时候,就可以采用 ThreadLocal。比如对于 Handler 来说,它需要获取当前线程的 Looper,很显然 Looper 的作用域就是线程并且不同线程具有不同的 Looper,这个时候通过 ThreadLocal 就可以轻松实现 Looper 在线程中的存取。
- 复杂逻辑下的对象传递,比如监听器的传递,有些时候一个线程中的任务过于复杂,这可能表现为函数调用栈比较深以及代码入口的多样性,在这种情况下,我们又需要监听器能够贯穿整个线程的执行过程,这时可以采用 ThreadLocal,采用 ThreadLocal 可以让监听器作为线程内的全局对象而存在,在线程内部只要通过 get 方法就可以获取到监听器。
使用方法及原理
ThreadLocal 类接口很简单,只有 4 个方法,我们先来了解一下:
- void set(Object value) 设置当前线程的线程局部变量的值。
- public Object get() 该方法返回当前线程所对应的线程局部变量。
- public void remove() 将当前线程局部变量的值删除,目的是为了减少内存的占用,该方法是 JDK 5.0 新增的方法。需要指出的是,当线程结束后,对应该线程的局部变量将自动被垃圾回收,所以显式调用该方法清除线程的局部变量并不是必须的操作,但它可以加快内存回收的速度。
- protected Object initialValue() 返回该线程局部变量的初始值,该方法是一个 protected 的方法,显然是为了让子类覆盖而设计的。这个方法是一个延迟调用方法,在线程第 1 次调用 get() 或 set(Object)时才执行,并且仅执行 1 次。ThreadLocal 中的缺省实现直接返回一 个 null。
下面通过例子来说明,首先定义一个 ThreadLocal 对象,选择 Boolean 类型,如下所示
privateThreadLocal
mThreadLocal=newThreadLocal<>();
然后分别在主线程、子线程1和子线程2中设置和访问它的值
privatevoidthreadLocal(){
mThreadLocal.set(true);
Log.d(TAG,"[Thread#main]threadLocal="+mThreadLocal.get());
newThread(){
@Override
publicvoidrun(){
super.run();
mThreadLocal.set(false);
Log.d(TAG,"[Thread#1]threadLocal="+mThreadLocal.get());
}
}.start();
newThread(){
@Override
publicvoidrun(){
super.run();
Log.d(TAG,"[Thread#2]threadLocal="+mThreadLocal.get());
}
}.start();
}
日志如下
从上面的日志可以看出,虽然在不同的线程中访问的是同一个 ThreadLocal 对象,但是通过 ThreadLocal 获取到的值是不一样的。ThreadLocal 之所以有这样的效果,是因为不同线程访问同一个 ThreadLocal 的 get 方法,ThreadLocal 内部会从各自的线程中取出一个数组,然后在从数组中根据当前 ThreadLocal 的索引去查找出对应的 value 值,很显然,不同线程中的数组是不同的,这就是为什么通过 ThreadLocal 可以在不同的线程中维护一套数据的副本并且彼此互不干扰。
ThreadLocal 是一个泛型类型,它的定义为 public class ThreadLocal,只要弄清楚 ThreadLocal 的 get 和 set 方法就可以明白它的工作原理。
首先看 ThreadLocal 的 set 方法
/**
*Setsthecurrentthread'scopyofthisthread-localvariable
*tothespecifiedvalue.Mostsubclasseswillhavenoneedto
*overridethismethod,relyingsolelyonthe{@link#initialValue}
*methodtosetthevaluesofthread-locals.
*
*@paramvaluethevaluetobestoredinthecurrentthread'scopyof
*thisthread-local.
*/
publicvoidset(Tvalue){
Threadt=Thread.currentThread();
ThreadLocalMapmap=getMap(t);
if(map!=null)
map.set(this,value);
else
createMap(t,value);
}
在上面的 set 方法中,首先会获取当前线程,通过 getMap(Thread t) 来获取 ThreadLocalMap ,如果这个 map 不为空的话,就将 ThreadLocal 和 我们想存放的 value 设置进去,不然的话就创建一个 ThreadLocalMap 然后再进行设置。
/**
*GetthemapassociatedwithaThreadLocal.Overriddenin
*InheritableThreadLocal.
*
*@paramtthecurrentthread
*@returnthemap
*/
ThreadLocalMapgetMap(Threadt){
returnt.threadLocals;
}
/**
*CreatethemapassociatedwithaThreadLocal.Overriddenin
*InheritableThreadLocal.
*
*@paramtthecurrentthread
*@paramfirstValuevaluefortheinitialentryofthemap
*/
voidcreateMap(Threadt,TfirstValue){
t.threadLocals=newThreadLocalMap(this,firstValue);
}
ThreadLocalMap 是 ThreadLocal 里面的静态内部类,而每一个 Thread 都有一个对应的 ThreadLocalMap,所以 getMap 是直接返回 Thread 的成员,在 Thread 类中有一个成员专门用于存储线程的 ThreadLocal 的数据如下所示
publicclassThreadimplementsRunnable{
/*ThreadLocalvaluespertainingtothisthread.Thismapismaintained
*bytheThreadLocalclass.
*/
ThreadLocal.ThreadLocalMapthreadLocals=null;
}
在 threadLocals 内部有一个数组:private Entry[] table,ThreadLocal 的值就是存在这个 table 数组中
看下 ThreadLocal 的内部类 ThreadLocalMap 源码:
staticclassThreadLocalMap{
/**
*TheentriesinthishashmapextendWeakReference,using
*itsmainreffieldasthekey(whichisalwaysa
*ThreadLocalobject).Notethatnullkeys(i.e.entry.get()
*==null)meanthatthekeyisnolongerreferenced,sothe
*entrycanbeexpungedfromtable.Suchentriesarereferredto
*as"staleentries"inthecodethatfollows.
*/
staticclassEntryextendsWeakReference
{
/**ThevalueassociatedwiththisThreadLocal.*/
Objectvalue;
//类似于map的key,value结构,key就是ThreadLocal,value就是需要隔离访问的变量
Entry(ThreadLocal>k,Objectv){
super(k);
value=v;
}
}
/**
*Thetable,resizedasnecessary.
*table.lengthMUSTalwaysbeapoweroftwo.
*/
//用数组保存了Entry,因为可能有多个变量需要线程隔离访问
privateEntry[]table;
}
可以看到有个 Entry 内部静态类,它继承了 WeakReference,总之它记录了两个信息,一个是 ThreadLocal类型,一个是 Object 类型的值。getEntry 方法则是获取某个 ThreadLocal 对应的值,set 方法就是更新或赋值相应的 ThreadLocal 对应的值。
下面看 threadLocals 是如何使用 set 方法将 ThreadLocal 的值存储到 table 数组中的,如下所示
/**
*Setthevalueassociatedwithkey.
*
*@paramkeythethreadlocalobject
*@paramvaluethevaluetobeset
*/
privatevoidset(ThreadLocalkey,Objectvalue){
//Wedon'tuseafastpathaswithget()becauseitisat
//leastascommontouseset()tocreatenewentriesas
//itistoreplaceexistingones,inwhichcase,afast
//pathwouldfailmoreoftenthannot.
Entry[]tab=table;
intlen=tab.length;
inti=key.threadLocalHashCode&(len-1);
for(Entrye=tab[i];
e!=null;
e=tab[i=nextIndex(i,len)]){
ThreadLocalk=e.get();
if(k==key){
e.value=value;
return;
}
if(k==null){
replaceStaleEntry(key,value,i);
return;
}
}
tab[i]=newEntry(key,value);
intsz=++size;
if(!cleanSomeSlots(i,sz)&&sz>=threshold)
rehash();
}
上面分析了ThreadLocal的set方法,这里分析下它的get方法,如下所示:
/**
*Returnsthevalueinthecurrentthread'scopyofthis
*thread-localvariable.Ifthevariablehasnovalueforthe
*currentthread,itisfirstinitializedtothevaluereturned
*byaninvocationofthe{@link#initialValue}method.
*
*@returnthecurrentthread'svalueofthisthread-local
*/
publicTget(){
Threadt=Thread.currentThread();
ThreadLocalMapmap=getMap(t);
if(map!=null){
ThreadLocalMap.Entrye=map.getEntry(this);
if(e!=null){
@SuppressWarnings("unchecked")
Tresult=(T)e.value;
returnresult;
}
}
returnsetInitialValue();
}
回顾我们的 get 方法,其实就是拿到每个线程独有的 ThreadLocalMap 然后再用 ThreadLocal 的当前实例,拿到 Map 中的相应的 Entry,然后就可以拿到相应的值返回出去。当然,如果 Map 为空,还会先进行 map 的创建,初 始化等工作。
ThreadLocal 的 get() 方法的逻辑也比较清晰,它同样是取出当前线程的 threadLocals 对象,如果这个对象为 null,就调用 setInitialValue() 方法
/**
*Variantofset()toestablishinitialValue.Usedinstead
*ofset()incaseuserhasoverriddentheset()method.
*
*@returntheinitialvalue
*/
privateTsetInitialValue(){
Tvalue=initialValue();
Threadt=Thread.currentThread();
ThreadLocalMapmap=getMap(t);
if(map!=null)
map.set(this,value);
else
createMap(t,value);
returnvalue;
}
在 setInitialValue() 方法中,将 initialValue() 的值赋给我们想要的值,默认情况下,initialValue() 的值为 null,当然也可以重写这个方法。
protectedTinitialValue(){
returnnull;
}
从 ThreadLocal 的 set() 和 get() 方法可以看出,他们所操作的对象都是当前线程的 threalLocals 对象的 table 数组,因此在不同的线程中访问同一个 ThreadLocal 的 set() 和 get() 方法,他们对 ThreadLocal 所做的 读 / 写 操作权限仅限于各自线程的内部,这就是为什么可以在多个线程中互不干扰地存储和修改数据。
总结
ThreadLocal 是线程内部的数据存储类,每个线程中都会保存一个ThreadLocal.ThreadLocalMap threadLocals = null;,ThreadLocalMap 是 ThreadLocal 的静态内部类,里面保存了一个 private Entry[] table 数组,这个数组就是用来保存 ThreadLocal 中的值。通过这种方式,就能让我们在多个线程中互不干扰地存储和修改数据。
ThreadLocal 引发的内存泄漏分析
预备知识引用 Object o = new Object(); 这个 o,我们可以称之为对象引用,而 new Object() 我们可以称之为在内存中产生了一个对象实例。
![](http://dingyue.ws.126.net/2024/0626/6ff7eca8j00sfnaow000ed000hs008xm.jpg)
当写下 o=null 时,只是表示 o 不再指向堆中 object 的对象实例,不代表这个对象实例不存在了。
强引用就是指在程序代码之中普遍存在的,类似“Object obj=new Object()” 这类的引用,只要强引用还存在,垃圾收集器永远不会回收掉被引用的对象实例。
软引用是用来描述一些还有用但并非必需的对象。对于软引用关联着的对象, 在系统将要发生内存溢出异常之前,将会把这些对象实例列进回收范围之中进行第二次回收。如果这次回收还没有足够的内存,才会抛出内存溢出异常。在 JDK 1.2 之后,提供了 SoftReference 类来实现软引用。
弱引用也是用来描述非必需对象的,但是它的强度比软引用更弱一些,被弱 引用关联的对象实例只能生存到下一次垃圾收集发生之前。当垃圾收集器工作时, 无论当前内存是否足够,都会回收掉只被弱引用关联的对象实例。在 JDK 1.2 之 后,提供了 WeakReference 类来实现弱引用。
虚引用也称为幽灵引用或者幻影引用,它是最弱的一种引用关系。一个对象 实例是否有虚引用的存在,完全不会对其生存时间构成影响,也无法通过虚引用 来取得一个对象实例。为一个对象设置虚引用关联的唯一目的就是能在这个对象 实例被收集器回收时收到一个系统通知。在 JDK 1.2 之后,提供了 PhantomReference 类来实现虚引用。
内存泄漏的现象代码示例:
/**
*类说明:ThreadLocal造成的内存泄漏演示
*/
publicclassThreadLocalOOM{
privatestaticfinalintTASK_LOOP_SIZE=500;
finalstaticThreadPoolExecutorpoolExecutor
=newThreadPoolExecutor(5,5,
1,
TimeUnit.MINUTES,
newLinkedBlockingQueue<>());
staticclassLocalVariable{
privatebyte[]a=newbyte[1024*1024*5];/*5M大小的数组*/
}
finalstaticThreadLocallocalVariable
=newThreadLocal<>();
publicstaticvoidmain(String[]args)throwsInterruptedException{
Objecto=newObject();
/*5*5=25*/
for(inti=0;ipoolExecutor.execute(newRunnable(){
publicvoidrun(){
//localVariable.set(newLocalVariable());
newLocalVariable();
System.out.println("uselocalvaraible");
//localVariable.remove();
}
});
Thread.sleep(100);
}
System.out.println("poolexecuteover");
}
}
执行上面 ThreadLocalOOM,并将堆内存大小设 置为-Xmx256m,我们启用一个线程池,大小固定为 5 个线程
![](http://dingyue.ws.126.net/2024/0626/c26827caj00sfnaow0007d000hs001wm.jpg)
首先只简单的在每个任务中 new 出一个数组
![](http://dingyue.ws.126.net/2024/0626/fcf10ecej00sfnaow000rd000hs009mm.jpg)
可以看到内存的实际使用控制在 25M 左右:因为每个任务中会不断 new 出 一个 5M 的数组,5*5=25M,这是很合理的。
![](http://dingyue.ws.126.net/2024/0626/8ca6aeb1j00sfnaow000kd000hs0082m.jpg)
当我们启用了 ThreadLocal 以后:
![](http://dingyue.ws.126.net/2024/0626/994b1928j00sfnaow000ld000hs0071m.jpg)
![](http://dingyue.ws.126.net/2024/0626/8e8b26d4j00sfnaow000id000hs0075m.jpg)
内存占用最高升至 150M,一般情况下稳定在 90M 左右,那么加入一个 ThreadLocal 后,内存的占用真的会这么多?于是,我们加入一行代码:
![](http://dingyue.ws.126.net/2024/0626/8ce8d1adj00sfnaow000id000hs0058m.jpg)
再执行,看看内存情况:
![](http://dingyue.ws.126.net/2024/0626/6673bbc8j00sfnaow000gd000hs007jm.jpg)
可以看见最高峰的内存占用也在 25M 左右,完全和我们不加 ThreadLocal 表现一样。
这就充分说明,确实发生了内存泄漏。
分析
根据我们前面对 ThreadLocal 的分析,我们可以知道每个 Thread 维护一个 ThreadLocalMap,这个映射表的 key 是 ThreadLocal 实例本身,value 是真正需 要存储的 Object,也就是说 ThreadLocal 本身并不存储值,它只是作为一个 key 来让线程从 ThreadLocalMap 获取 value。仔细观察 ThreadLocalMap,这个 map 是使用 ThreadLocal 的弱引用作为 Key 的,弱引用的对象在 GC 时会被回收。
因此使用了 ThreadLocal 后,引用链如图所示
![](http://dingyue.ws.126.net/2024/0626/1b252b2dj00sfnaow000jd000hs0084m.jpg)
图中的虚线表示弱引用。
这样,当把 ThreadLocal 变量置为 null 以后,没有任何强引用指向 ThreadLocal 实例,所以 ThreadLocal 将会被 GC 回收。这样一来,ThreadLocalMap 中就会出现 key 为 null 的 Entry,就没有办法访问这些 key 为 null 的 Entry 的 value,如果当前线程再迟迟不结束的话,这些 key 为 null 的 Entry 的 value 就会一直存在一条强 引用链:Thread Ref -> Thread -> ThreadLocalMap -> Entry -> value,而这块 value 永远不会被访问到了,所以存在着内存泄露。
只有当前 thread 结束以后,current thread 就不会存在栈中,强引用断开, Current Thread、Map value 将全部被 GC 回收。最好的做法是不在需要使用 ThreadLocal 变量后,都调用它的 remove()方法,清除数据。
其实考察 ThreadLocal 的实现,我们可以看见,无论是 get()、set()在某些时 候,调用了方法用来清除 Entry 中 Key 为 null 的 Value,但是这是不及时的,也不是每次都会执行的,所以一些情况下还是会发生内存泄露。只有 remove() 方法中显式调用了 expungeStaleEntry 方法。
expungeStaleEntry
从表面上看内存泄漏的根源在于使用了弱引用,但是另一个问题也同样值得 思考:为什么使用弱引用而不是强引用?
下面我们分两种情况讨论:
key 使用强引用:引用 ThreadLocal 的对象被回收了,但是 ThreadLocalMap 还持有 ThreadLocal 的强引用,如果没有手动删除,ThreadLocal 的对象实例不会被回收,导致 Entry 内存泄漏。
key 使用弱引用:引用的 ThreadLocal 的对象被回收了,由于 ThreadLocalMap 持有 ThreadLocal 的弱引用,即使没有手动删除,ThreadLocal 的对象实例也会被回收。value 在下一次 ThreadLocalMap 调用 set,get,remove 都有机会被回收。
比较两种情况,我们可以发现:由于 ThreadLocalMap 的生命周期跟 Thread 一样长,如果都没有手动删除对应 key,都会导致内存泄漏,但是使用弱引用可 以多一层保障。
因此,ThreadLocal 内存泄漏的根源是:由于 ThreadLocalMap 的生命周期跟 Thread 一样长,如果没有手动删除对应 key 就会导致内存泄漏,而不是因为弱引用。
总结
- JVM 利用设置 ThreadLocalMap 的 Key 为弱引用,来避免内存泄露。
- JVM 利用调用 remove、get、set 方法的时候,回收弱引用。
- 当 ThreadLocal 存储很多 Key 为 null 的 Entry 的时候,而不再去调用 remove、 get、set 方法,那么将导致内存泄漏。
- 使用线程池+ ThreadLocal时要小心,因为这种情况下,线程是一直在不断的重复运行的,从而也就造成了 value 可能造成累积的情况。
错误使用 ThreadLocal 导致线程不安全
/**
*类说明:ThreadLocal的线程不安全演示
*/
publicclassThreadLocalUnsafeimplementsRunnable{
publicstaticNumbernumber=newNumber(0);
publicvoidrun(){
//每个线程计数加一
number.setNum(number.getNum()+1);
//将其存储到ThreadLocal中
value.set(number);
SleepTools.ms(2);
//输出num值
System.out.println(Thread.currentThread().getName()+"="+value.get().getNum());
}
publicstaticThreadLocalvalue=newThreadLocal(){
};
publicstaticvoidmain(String[]args){
for(inti=0;i<5;i++){
newThread(newThreadLocalUnsafe()).start();
}
}
privatestaticclassNumber{
publicNumber(intnum){
this.num=num;
}
privateintnum;
publicintgetNum(){
returnnum;
}
publicvoidsetNum(intnum){
this.num=num;
}
@Override
publicStringtoString(){
return"Number[num="+num+"]";
}
}
}
运行结果:
![](http://dingyue.ws.126.net/2024/0626/d1846983j00sfnaow000bd000hs008im.jpg)
为什么每个线程都输出 5?难道他们没有独自保存自己的 Number 副本吗?为什么其他线程还是能够修改这个值?仔细考察 ThreadLocal 和 Thead 的代码, 我们发现ThreadLocalMap 中保存的其实是对象的一个引用,这样的话,当有其 他线程对这个引用指向的对象实例做修改时,其实也同时影响了所有的线程持有 的对象引用所指向的同一个对象实例。
这也就是为什么上面的程序为什么会输出一样的结果:
5 个线程中保存的是同一 Number 对象的引用,在线程睡眠的时候, 其他线程将 num 变量进行了修改,而修改的对象 Number 的实例是同一份,因此它们最终输出的结果是相同的。
而上面的程序要正常的工作,应该的用法是让每个线程中的 ThreadLocal 都应该持有一个新的 Number 对象。
去掉
public static Number number = new Number(0);
中的 static 即可正常工作。
以上就是今天给你分享的ThreadLocal相关原理和问题。
热门跟贴