Java中的ThreadLocal详解
作者:夏末秋涼
一、ThreadLocal简介
多线程访问同一个共享变量的时候容易出现并发问题,特别是多个线程对一个变量进行写入的时候,为了保证线程安全,一般使用者在访问共享变量的时候需要进行额外的同步措施才能保证线程安全性。ThreadLocal是除了加锁这种同步方式之外的一种保证一种规避多线程访问出现线程不安全的方法,当我们在创建一个变量后,如果每个线程对其进行访问的时候访问的都是线程自己的变量这样就不会存在线程不安全问题。
ThreadLocal
是JDK包提供的,它提供线程本地变量,如果创建一乐ThreadLocal
变量,那么访问这个变量的每个线程都会有这个变量的一个副本,在实际多线程操作的时候,操作的是自己本地内存中的变量,从而规避了线程安全问题,如下图所示
二、ThreadLocal简单使用
下面的例子中,开启两个线程,在每个线程内部设置了本地变量的值,然后调用print
方法打印当前本地变量的值。如果在打印之后调用本地变量的remove
方法会删除本地内存中的变量,代码如下所示
1 package test; 2 3 public class ThreadLocalTest { 4 5 static ThreadLocal<String> localVar = new ThreadLocal<>(); 6 7 static void print(String str) { 8 //打印当前线程中本地内存中本地变量的值 9 System.out.println(str + " :" + localVar.get()); 10 //清除本地内存中的本地变量 11 localVar.remove(); 12 } 13 14 public static void main(String[] args) { 15 Thread t1 = new Thread(new Runnable() { 16 @Override 17 public void run() { 18 //设置线程1中本地变量的值 19 localVar.set("localVar1"); 20 //调用打印方法 21 print("thread1"); 22 //打印本地变量 23 System.out.println("after remove : " + localVar.get()); 24 } 25 }); 26 27 Thread t2 = new Thread(new Runnable() { 28 @Override 29 public void run() { 30 //设置线程1中本地变量的值 31 localVar.set("localVar2"); 32 //调用打印方法 33 print("thread2"); 34 //打印本地变量 35 System.out.println("after remove : " + localVar.get()); 36 } 37 }); 38 39 t1.start(); 40 t2.start(); 41 } 42 }
下面是运行后的结果:
三、ThreadLocal的实现原理
下面是ThreadLocal
的类图结构
从图中可知:Thread类中有两个变量threadLocals
和inheritableThreadLocals
,二者都是ThreadLocal
内部类ThreadLocalMap类型的变量,我们通过查看内部内ThreadLocalMap
可以发现实际上它类似于一个HashMap。在默认情况下,每个线程中的这两个变量都为null,只有当线程第一次调用ThreadLocal的set或者get方法的时候才会创建他们(后面我们会查看这两个方法的源码)。除此之外,和我所想的不同的是,每个线程的本地变量不是存放在ThreadLocal
实例中,而是放在调用线程的ThreadLocals
变量里面(前面也说过,该变量是Thread类的变量)。也就是说,ThreadLocal类型的本地变量是存放在具体的线程空间上,其本身相当于一个装载本地变量的工具壳,通过set方法将value添加到调用线程的threadLocals
中,当调用线程调用get方法时候能够从它的threadLocals
中取出变量。如果调用线程一直不终止,那么这个本地变量将会一直存放在他的threadLocals
中,所以不使用本地变量的时候需要调用remove方法将threadLocals
中删除不用的本地变量。下面我们通过查看ThreadLocal
的set、get以及remove方法来查看ThreadLocal
具体实怎样工作的
1、set方法源码
1 public void set(T value) { 2 //(1)获取当前线程(调用者线程) 3 Thread t = Thread.currentThread(); 4 //(2)以当前线程作为key值,去查找对应的线程变量,找到对应的map 5 ThreadLocalMap map = getMap(t); 6 //(3)如果map不为null,就直接添加本地变量,key为当前定义的ThreadLocal变量的this引用,值为添加的本地变量值 7 if (map != null) 8 map.set(this, value); 9 //(4)如果map为null,说明首次添加,需要首先创建出对应的map 10 else 11 createMap(t, value); 12 }
在上面的代码中,(2)处调用getMap
方法获得当前线程对应的threadLocals
(参照上面的图示和文字说明),该方法代码如下
ThreadLocalMap getMap(Thread t) { return t.threadLocals; //获取线程自己的变量threadLocals,并绑定到当前调用线程的成员变量threadLocals上 }
如果调用getMap
方法返回值不为null,就直接将value值设置到threadLocals
中(key为当前线程引用,值为本地变量);如果getMap方法返回null说明是第一次调用set方法(前面说到过,threadLocals
默认值为null
,只有调用set方法的时候才会创建map),这个时候就需要调用createMap
方法创建threadLocals,该方法如下所示
1 void createMap(Thread t, T firstValue) { 2 t.threadLocals = new ThreadLocalMap(this, firstValue); 3 }
createMap
方法不仅创建了threadLocals,同时也将要添加的本地变量值添加到了threadLocals
中。
2、get方法源码
在get方法的实现中,首先获取当前调用者线程,如果当前线程的threadLocals不为null,就直接返回当前线程绑定的本地变量值,否则执行setInitialValue
方法初始化threadLocals
变量。在setInitialValue
方法中,类似于set方法的实现,都是判断当前线程的threadLocals变量是否为null,是则添加本地变量(这个时候由于是初始化,所以添加的值为null),否则创建threadLocals变量,同样添加的值为null。
1 public T get() { 2 //(1)获取当前线程 3 Thread t = Thread.currentThread(); 4 //(2)获取当前线程的threadLocals变量 5 ThreadLocalMap map = getMap(t); 6 //(3)如果threadLocals变量不为null,就可以在map中查找到本地变量的值 7 if (map != null) { 8 ThreadLocalMap.Entry e = map.getEntry(this); 9 if (e != null) { 10 @SuppressWarnings("unchecked") 11 T result = (T)e.value; 12 return result; 13 } 14 } 15 //(4)执行到此处,threadLocals为null,调用该更改初始化当前线程的threadLocals变量 16 return setInitialValue(); 17 } 18 19 private T setInitialValue() { 20 //protected T initialValue() {return null;} 21 T value = initialValue(); 22 //获取当前线程 23 Thread t = Thread.currentThread(); 24 //以当前线程作为key值,去查找对应的线程变量,找到对应的map 25 ThreadLocalMap map = getMap(t); 26 //如果map不为null,就直接添加本地变量,key为当前线程,值为添加的本地变量值 27 if (map != null) 28 map.set(this, value); 29 //如果map为null,说明首次添加,需要首先创建出对应的map 30 else 31 createMap(t, value); 32 return value; 33 }
3、remove方法的实现
remove
方法判断该当前线程对应的threadLocals
变量是否为null,不为null就直接删除当前线程中指定的threadLocals
变量
1 public void remove() { 2 //获取当前线程绑定的threadLocals 3 ThreadLocalMap m = getMap(Thread.currentThread()); 4 //如果map不为null,就移除当前线程中指定ThreadLocal实例的本地变量 5 if (m != null) 6 m.remove(this); 7 }
如下图所示:每个线程内部有一个名为threadLocals
的成员变量,该变量的类型为ThreadLocal
.ThreadLocalMap
类型(类似于一个HashMap),其中的key为当前定义的ThreadLocal
变量的this引用,value为我们使用set方法设置的值。每个线程的本地变量存放在自己的本地内存变量threadLocals
中,如果当前线程一直不消亡,那么这些本地变量就会一直存在(所以可能会导致内存溢出),因此使用完毕需要将其remove掉。
四、ThreadLocal不支持继承性
同一个ThreadLocal
变量在父线程中被设置值后,在子线程中是获取不到的。(threadLocals中为当前调用线程对应的本地变量,所以二者自然是不能共享的)
1 package test; 2 3 public class ThreadLocalTest2 { 4 5 //(1)创建ThreadLocal变量 6 public static ThreadLocal<String> threadLocal = new ThreadLocal<>(); 7 8 public static void main(String[] args) { 9 //在main线程中添加main线程的本地变量 10 threadLocal.set("mainVal"); 11 //新创建一个子线程 12 Thread thread = new Thread(new Runnable() { 13 @Override 14 public void run() { 15 System.out.println("子线程中的本地变量值:"+threadLocal.get()); 16 } 17 }); 18 thread.start(); 19 //输出main线程中的本地变量值 20 System.out.println("mainx线程中的本地变量值:"+threadLocal.get()); 21 } 22 }
五、InheritableThreadLocal类
在上面说到的ThreadLocal
类是不能提供子线程访问父线程的本地变量的,而InheritableThreadLocal
类则可以做到这个功能,下面是该类的源码
1 public class InheritableThreadLocal<T> extends ThreadLocal<T> { 2 3 protected T childValue(T parentValue) { 4 return parentValue; 5 } 6 7 ThreadLocalMap getMap(Thread t) { 8 return t.inheritableThreadLocals; 9 } 10 11 void createMap(Thread t, T firstValue) { 12 t.inheritableThreadLocals = new ThreadLocalMap(this, firstValue); 13 } 14 }
从上面代码可以看出,InheritableThreadLocal
类继承了ThreadLocal
类,并重写了childValue
、getMap
、createMap三个方法。其中createMap方法在被调用(当前线程调用set方法时得到的map为null的时候需要调用该方法)的时候,创建的是inheritableThreadLocal
而不是threadLocals
。同理,getMap方法在当前调用者线程调用get方法的时候返回的也不是threadLocals
而是inheritableThreadLocal
。
下面我们看看重写的childValue
方法在什么时候执行,怎样让子线程访问父线程的本地变量值。我们首先从Thread
类开始说起
1 private void init(ThreadGroup g, Runnable target, String name, 2 long stackSize) { 3 init(g, target, name, stackSize, null, true); 4 } 5 private void init(ThreadGroup g, Runnable target, String name, 6 long stackSize, AccessControlContext acc, 7 boolean inheritThreadLocals) { 8 //判断名字的合法性 9 if (name == null) { 10 throw new NullPointerException("name cannot be null"); 11 } 12 13 this.name = name; 14 //(1)获取当前线程(父线程) 15 Thread parent = currentThread(); 16 //安全校验 17 SecurityManager security = System.getSecurityManager(); 18 if (g == null) { //g:当前线程组 19 if (security != null) { 20 g = security.getThreadGroup(); 21 } 22 if (g == null) { 23 g = parent.getThreadGroup(); 24 } 25 } 26 g.checkAccess(); 27 if (security != null) { 28 if (isCCLOverridden(getClass())) { 29 security.checkPermission(SUBCLASS_IMPLEMENTATION_PERMISSION); 30 } 31 } 32 33 g.addUnstarted(); 34 35 this.group = g; //设置为当前线程组 36 this.daemon = parent.isDaemon();//守护线程与否(同父线程) 37 this.priority = parent.getPriority();//优先级同父线程 38 if (security == null || isCCLOverridden(parent.getClass())) 39 this.contextClassLoader = parent.getContextClassLoader(); 40 else 41 this.contextClassLoader = parent.contextClassLoader; 42 this.inheritedAccessControlContext = 43 acc != null ? acc : AccessController.getContext(); 44 this.target = target; 45 setPriority(priority); 46 //(2)如果父线程的inheritableThreadLocal不为null 47 if (inheritThreadLocals && parent.inheritableThreadLocals != null) 48 //(3)设置子线程中的inheritableThreadLocals为父线程的inheritableThreadLocals 49 this.inheritableThreadLocals = 50 ThreadLocal.createInheritedMap(parent.inheritableThreadLocals); 51 this.stackSize = stackSize; 52 53 tid = nextThreadID(); 54 }
在init方法中,首先(1)处获取了当前线程(父线程),然后(2)处判断当前父线程的inheritableThreadLocals
是否为null,然后调用createInheritedMap
将父线程的inheritableThreadLocals
作为构造函数参数创建了一个新的ThreadLocalMap变量,然后赋值给子线程。下面是createInheritedMap
方法和ThreadLocalMap
的构造方法
1 static ThreadLocalMap createInheritedMap(ThreadLocalMap parentMap) { 2 return new ThreadLocalMap(parentMap); 3 } 4 5 private ThreadLocalMap(ThreadLocalMap parentMap) { 6 Entry[] parentTable = parentMap.table; 7 int len = parentTable.length; 8 setThreshold(len); 9 table = new Entry[len]; 10 11 for (int j = 0; j < len; j++) { 12 Entry e = parentTable[j]; 13 if (e != null) { 14 @SuppressWarnings("unchecked") 15 ThreadLocal<Object> key = (ThreadLocal<Object>) e.get(); 16 if (key != null) { 17 //调用重写的方法 18 Object value = key.childValue(e.value); 19 Entry c = new Entry(key, value); 20 int h = key.threadLocalHashCode & (len - 1); 21 while (table[h] != null) 22 h = nextIndex(h, len); 23 table[h] = c; 24 size++; 25 } 26 } 27 } 28 }
在构造函数中将父线程的inheritableThreadLocals
成员变量的值赋值到新的ThreadLocalMap
对象中。返回之后赋值给子线程的inheritableThreadLocals
。总之,InheritableThreadLocals
类通过重写getMap和createMap两个方法将本地变量保存到了具体线程的inheritableThreadLocals
变量中,当线程通过InheritableThreadLocals
实例的set或者get方法设置变量的时候,就会创建当前线程的inheritableThreadLocals变量。而父线程创建子线程的时候,ThreadLocalMap中的构造函数会将父线程的inheritableThreadLocals中的变量复制一份到子线程的inheritableThreadLocals
变量中。
六、从ThreadLocalMap看ThreadLocal使用不当的内存泄漏问题
1、基础概念
首先我们先看看ThreadLocalMap
的类图,在前面的介绍中,我们知道ThreadLocal
只是一个工具类,他为用户提供get、set、remove接口操作实际存放本地变量的threadLocals
(调用线程的成员变量),也知道threadLocals是一个ThreadLocalMap
类型的变量,下面我们来看看ThreadLocalMap
这个类。在此之前,我们回忆一下Java中的四种引用类型,相关GC只是参考前面系列的文章(JVM相关)
①强引用:Java中默认的引用类型,一个对象如果具有强引用那么只要这种引用还存在就不会被GC。
②软引用:简言之,如果一个对象具有弱引用,在JVM发生OOM之前(即内存充足够使用),是不会GC这个对象的;只有到JVM内存不足的时候才会GC掉这个对象。软引用和一个引用队列联合使用,如果软引用所引用的对象被回收之后,该引用就会加入到与之关联的引用队列中
③弱引用(这里讨论ThreadLocalMap中的Entry类的重点):如果一个对象只具有弱引用,那么这个对象就会被垃圾回收器GC掉(被弱引用所引用的对象只能生存到下一次GC之前,当发生GC时候,无论当前内存是否足够,弱引用所引用的对象都会被回收掉)。弱引用也是和一个引用队列联合使用,如果弱引用的对象被垃圾回收期回收掉,JVM会将这个引用加入到与之关联的引用队列中。若引用的对象可以通过弱引用的get方法得到,当引用的对象呗回收掉之后,再调用get方法就会返回null
④虚引用:虚引用是所有引用中最弱的一种引用,其存在就是为了将关联虚引用的对象在被GC掉之后收到一个通知。(不能通过get方法获得其指向的对象)
2、分析ThreadLocalMap内部实现
上面我们知道ThreadLocalMap
内部实际上是一个Entry数组,我们先看看Entry的这个内部类
1 /** 2 * 是继承自WeakReference的一个类,该类中实际存放的key是 3 * 指向ThreadLocal的弱引用和与之对应的value值(该value值 4 * 就是通过ThreadLocal的set方法传递过来的值) 5 * 由于是弱引用,当get方法返回null的时候意味着坑能引用 6 */ 7 static class Entry extends WeakReference<ThreadLocal<?>> { 8 /** value就是和ThreadLocal绑定的 */ 9 Object value; 10 11 //k:ThreadLocal的引用,被传递给WeakReference的构造方法 12 Entry(ThreadLocal<?> k, Object v) { 13 super(k); 14 value = v; 15 } 16 } 17 //WeakReference构造方法(public class WeakReference<T> extends Reference<T> ) 18 public WeakReference(T referent) { 19 super(referent); //referent:ThreadLocal的引用 20 } 21 22 //Reference构造方法 23 Reference(T referent) { 24 this(referent, null);//referent:ThreadLocal的引用 25 } 26 27 Reference(T referent, ReferenceQueue<? super T> queue) { 28 this.referent = referent; 29 this.queue = (queue == null) ? ReferenceQueue.NULL : queue; 30 }
在上面的代码中,我们可以看出,当前ThreadLocal
的引用k被传递给WeakReference
的构造函数,所以ThreadLocalMap
中的key为ThreadLocal
的弱引用。当一个线程调用ThreadLocal
的set方法设置变量的时候,当前线程的ThreadLocalMap就会存放一个记录,这个记录的key值为ThreadLocal
的弱引用,value就是通过set设置的值。如果当前线程一直存在且没有调用该ThreadLocal
的remove方法,如果这个时候别的地方还有对ThreadLocal
的引用,那么当前线程中的ThreadLocalMap中会存在对ThreadLocal变量的引用和value对象的引用,是不会释放的,就会造成内存泄漏。
考虑这个ThreadLocal
变量没有其他强依赖,如果当前线程还存在,由于线程的ThreadLocalMap
里面的key是弱引用,所以当前线程的ThreadLocalMap里面的ThreadLocal
变量的弱引用在gc的时候就被回收,但是对应的value还是存在的这就可能造成内存泄漏(因为这个时候ThreadLocalMap会存在key为null但是value不为null的entry项)。
THreadLocalMap
中的Entry的key使用的是ThreadLocal对象的弱引用,在没有其他地方对ThreadLoca依赖,ThreadLocalMap中的ThreadLocal
对象就会被回收掉,但是对应的不会被回收,这个时候Map中就可能存在key为null但是value不为null的项,这需要实际的时候使用完毕及时调用remove方法避免内存泄漏。
到此这篇关于Java中的ThreadLocal详解的文章就介绍到这了,更多相关Java中的ThreadLocal内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!