字节1面面试官:说说ThreadLocal的内存泄漏问题?
很多人都以为TreadLocal很难很深奥,尤其被问到ThreadLocal数据结构、以及如何发生的内存泄漏问题,候选人容易谈虎色变。 日常大家用这个的很少,甚至很多近10年资深研发人员,都没有用过ThreadLocal。本文由浅入深、并且才有通俗易懂方式全面分析ThreadLocal的应用场景、数据结构、内存泄漏问题。降低大家学习啃骨头的心理压力,希望可以帮助大家彻底掌握并应用这个核心技术到工作当中。
一、ThreadLocal是什么?
ThreadLocal顾名思义:线程本地变量。它是一个泛型类,每个线程可以独立持有自己的本地变量,没有线程安全问题。每个线程只能访问修改自己的本地变量。
//T,支持创建任意类型的线程本地变量 ThreadLocal<T> threadLocal = new ThreadLocal<>();
用法非常简单,这里先列出来它的方法,后面详细说说实现。
//1、设置线程本地变量值 threadLocal.set(value); //2、读取变量值 T value = threadLocal.get(); //3、线程执行结束前,调用该方法,清空变量,避免内存泄漏 threadLocal.remove();
是不是很简单,就三个,真的没有再多了(JDK8)!你看是不是?
而且提供了remove方法,大家最害怕的内存泄漏,其实是可以主动避免的。
二、ThreadLocal的应用场景
保持由浅入深,通俗易懂一贯做法,我们先讲应用场景,再探索源码、数据结构、算法、原理优缺点顺序进行分析。
2.1 线程隔离场景
比如A线程持有的ThreadLocal变量,不想让B线程去读取和修改。无代码不成文,我们直接上代码,代码都有详细的步骤介绍,大家一看就懂。
package lading.java.mutithread; /** * 模拟主线程持有的线程本地变量ThreadLocal,其他线程无法读取。 * 此外,每个线程无法修改其他线程的本地变量,但是可以设置别的线程定义的本地变量 */ public class Demo014ThreadLocal { //1、主线程定义的一个线程本地变量 public static ThreadLocal<String> mainThreadLocalVar = new ThreadLocal<>(); public static void main(String[] args) { //2、主线程设置本地线程变量值为:I am main Thread mainThreadLocalVar.set("I am main Thread"); System.out.println(Thread.currentThread().getName() + "设置了本地变量:" + mainThreadLocalVar.get()); //3、新建一个线程【老六】 new Thread(() -> { //4、去读取主线程定义初始化的mainThreadLocalVar,看是否能读取 System.out.println(Thread.currentThread().getName() + "读取主线程定义的本地变量,值为:" + mainThreadLocalVar.get()); if (mainThreadLocalVar.get() == null) { System.out.println(Thread.currentThread().getName() + "确实没读到主线程定义的本地变量!"); } //5、老六尝试去在主线程的本地变量新增一个变量值【I am old Six】 mainThreadLocalVar.set("I am old Six"); //6、看能否读取成功 System.out.println(Thread.currentThread().getName() + "设置了自己的本地变量,值为:" + mainThreadLocalVar.get()); }, "老六").start(); //7、主线程休眠2s,等老六线程设置本地变量,主线程再读自己的本地变量看是否被修改 try { Thread.sleep(2000); } catch (InterruptedException e) { throw new RuntimeException(e); } //8、老六线程也设置了自己的本地变量值,是新增还是覆盖主线程的变量? System.out.println(Thread.currentThread().getName() + "在老六设置了本地变量后,自己的本地变量值为:" + mainThreadLocalVar.get()); } }
运行结果:
在这里我们发现:每个线程无法修改其他线程的ThreadLocal本地变量,但是可以设置别的线程定义的Thread本地变量。
所以ThreadLocal变量具有非常好的隔离性,这个是如何做到的呢?
在第三部分,我们说说ThreadLocal的底层数据结构原理就懂了。比如数据库线程池,每个线程持有一个数据库连接,相互隔离互不影响。
2.2 变量在方法或类之间进行传递
日常两个方法值传递,如果是通过方法返回值、或者某个参数,在并发场景下容易出现线程安全问题,而且这样增加方法和类的耦合度,代码写起来非常繁杂。比如后端开发应用,应用经常用到的链路追踪,一个请求进来,后续日志打印、以及第三方应用调用传递traceId,我们不可能在每个方法或类重复传递这个traceId,我们可以在FIlter过滤器里,定义一个LocalThread<String>变量,存好这个traceId。然后大家在log组件,线程执行打印的时候,统一读取这个traceId,就能保证日志链路连接起来。
三、ThreadLocal的数据结构原理
在2.1里说到ThreadLocal的真正威力,本地变量是并发安全的。那是如何实现的呢?我们看看TheadLocal的源码,实际就是一个ThreadLocalMap的数据结构。
我们看的是JDK1.8版本。我们看它的set()方法源码。
public void set(T value) { Thread t = Thread.currentThread(); ThreadLocalMap map = getMap(t); if (map != null) map.set(this, value); else createMap(t, value); }
是不是很简单?
线程设置本地变量值,是在ThreadLocalMap里设置,它又是啥呢?我们继续看createMap(t, value);
//这个线程本地变量第一次被线程设置值 void createMap(Thread t, T firstValue) { t.threadLocals = new ThreadLocalMap(this, firstValue); } //new ThreadLocalMap(this, firstValue)的源码如下 ThreadLocalMap(ThreadLocal<?> firstKey, Object firstValue) { //按初始化大小,初始化数组 table = new Entry[INITIAL_CAPACITY]; //计算数据应该存放的hash索引位置 int i = firstKey.threadLocalHashCode & (INITIAL_CAPACITY - 1); //在Entity table数组的i位置,存这个线程本地变量 table[i] = new Entry(firstKey, firstValue); //数组大小改成1 size = 1; setThreshold(INITIAL_CAPACITY); }
我们直接看createMap(t, value);就足够了,这里就是本地线程第一次set值。看到这里就能了解ThreadLocal的数据结构是ThreadLocalMap。它的key就是ThreadLocal本身。value就是要设置的值。
借用一个网上别人画的结构图,结构如下。
在2.1 我们看到多个线程并发下,主线程定义的ThreadLocal变量,别的线程也可以设置值,但是读不到主线程的值。
这是因为,ThreadLocalMap是一个Entity table数组。而每个元素都是特定线程独有的k-v键值对。彼此修改和读取都只能操作自己所在位置的数组元素。
四、经典必问:内存泄漏问题
首先给部分新人说明一下,什么是内存泄漏?
内存泄漏,就是动态分配的内存,由于某些原因导致永远无法释放,导致内存浪费,最终导致程序变慢或者崩溃。
顺便提一下内存溢出,也就是OOM,这个是内存分配不够用,无法分配新内存给程序导致系统崩溃。
那ThreadLocal如何导致内存泄漏呢?
在上文部分三中,我们没有细说数组Entity的结构,这里我们必须细看一下发现,Entity数组里面的元素,key是弱引用,value是强引用。
记住这个:ThreadLocal线程本地变量底层数据结构ThreadLocalMap的key是弱引用,value是强引用。
那什么是弱引用、强引用?
日常我们常用常见的对象、变量,都是强引用。对象和变量如果没有被引用,就会被GC回收。而通过WeakReferentce定义的变量或对象,就是弱引用,GC回收器一旦发现它,不过是否有被引用、以及当前内存是否够用,都会直接被回收。
//这几个都是强引用 ThreadLocal<String> threadLocal = new ThreadLocal<>(); int a = 44; Object hh = new Object(); //用WeakReference泛型类定义的就是弱引用 WeakReference<String> weakObject = new WeakReference<>("aaa");
那线程的这个本地变量,key是弱引用、value是强引用是如何发生内存泄漏呢?
场景1:线程执行完,没有调用remove()方法。gc发生时,key因为是弱引用直接被回收,但是value是强引用,没有被回收,导致长期滞留在Entity里。
场景2:线程正在执行,然后发生了GC,垃圾回收器发现key是弱引用,直接把key变成null,回收掉。那这回value又变成了没有key指向的孤儿。加上是强引用,继续滞留在ThreadLocalMap 的Entity里,久而久之就有内存泄漏发生。
//ThreadLocal,在set方法里,有加这个 cleanSomeSlots(i, sz)方法,就是清除那些key为空的无效变量值 if (!cleanSomeSlots(i, sz) && sz >= threshold) rehash();
总结:不管线程是否执行完,ThreadLocalMap Entity[]数组里的value,由于是强引用都可能发生内存泄漏。
所以使用ThreadLocal发生内存泄漏根本原因就是:没有手动调用remove()方法删除对应value值。
最后的最后,我们一定要注意在finally{}调用remove()方法,及时清空线程本地变量。
OK,今天就分享到这,明天我们分享Future。至今我们已经完成分享synchronized、volatile、CAS、AQS、ReentrantLock、Semaphore、CountDownLatch、CyclicBarrier、并发锁、Condition、线程池等多个核心原理。
推荐阅读本系列其他核心分享: