JAVA并发编程系列(12)ThreadLocal就是这么简单|建议收藏

本文涉及的产品
注册配置 MSE Nacos/ZooKeeper,118元/月
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
云原生网关 MSE Higress,422元/月
简介: 很多人都以为TreadLocal很难很深奥,尤其被问到ThreadLocal数据结构、以及如何发生的内存泄漏问题,候选人容易谈虎色变。 日常大家用这个的很少,甚至很多近10年资深研发人员,都没有用过ThreadLocal。本文由浅入深、并且才有通俗易懂方式全面分析ThreadLocal的应用场景、数据结构、内存泄漏问题。降低大家学习啃骨头的心理压力,希望可以帮助大家彻底掌握并应用这个核心技术到工作当中。

字节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、线程池等多个核心原理。

推荐阅读本系列其他核心分享:

1、《JAVA并发编程系列(11)线程池底层原理架构剖析》

2、《JAVA并发编程系列(10)Condition条件队列-并发协作者》

3、《JAVA并发编程系列(9)CyclicBarrier循环屏障原理分析》

相关文章
|
18天前
|
Java 程序员
Java编程中的异常处理:从基础到高级
在Java的世界中,异常处理是代码健壮性的守护神。本文将带你从异常的基本概念出发,逐步深入到高级用法,探索如何优雅地处理程序中的错误和异常情况。通过实际案例,我们将一起学习如何编写更可靠、更易于维护的Java代码。准备好了吗?让我们一起踏上这段旅程,解锁Java异常处理的秘密!
|
2天前
|
算法 Java 调度
java并发编程中Monitor里的waitSet和EntryList都是做什么的
在Java并发编程中,Monitor内部包含两个重要队列:等待集(Wait Set)和入口列表(Entry List)。Wait Set用于线程的条件等待和协作,线程调用`wait()`后进入此集合,通过`notify()`或`notifyAll()`唤醒。Entry List则管理锁的竞争,未能获取锁的线程在此排队,等待锁释放后重新竞争。理解两者区别有助于设计高效的多线程程序。 - **Wait Set**:线程调用`wait()`后进入,等待条件满足被唤醒,需重新竞争锁。 - **Entry List**:多个线程竞争锁时,未获锁的线程在此排队,等待锁释放后获取锁继续执行。
25 12
|
22天前
|
设计模式 Java 开发者
Java多线程编程的陷阱与解决方案####
本文深入探讨了Java多线程编程中常见的问题及其解决策略。通过分析竞态条件、死锁、活锁等典型场景,并结合代码示例和实用技巧,帮助开发者有效避免这些陷阱,提升并发程序的稳定性和性能。 ####
|
22天前
|
缓存 Java 开发者
Java多线程编程的陷阱与最佳实践####
本文深入探讨了Java多线程编程中常见的陷阱,如竞态条件、死锁和内存一致性错误,并提供了实用的避免策略。通过分析典型错误案例,本文旨在帮助开发者更好地理解和掌握多线程环境下的编程技巧,从而提升并发程序的稳定性和性能。 ####
|
15天前
|
安全 算法 Java
Java多线程编程中的陷阱与最佳实践####
本文探讨了Java多线程编程中常见的陷阱,并介绍了如何通过最佳实践来避免这些问题。我们将从基础概念入手,逐步深入到具体的代码示例,帮助开发者更好地理解和应用多线程技术。无论是初学者还是有经验的开发者,都能从中获得有价值的见解和建议。 ####
|
15天前
|
Java 调度
Java中的多线程编程与并发控制
本文深入探讨了Java编程语言中多线程编程的基础知识和并发控制机制。文章首先介绍了多线程的基本概念,包括线程的定义、生命周期以及在Java中创建和管理线程的方法。接着,详细讲解了Java提供的同步机制,如synchronized关键字、wait()和notify()方法等,以及如何通过这些机制实现线程间的协调与通信。最后,本文还讨论了一些常见的并发问题,例如死锁、竞态条件等,并提供了相应的解决策略。
40 3
|
21天前
|
开发框架 安全 Java
Java 反射机制:动态编程的强大利器
Java反射机制允许程序在运行时检查类、接口、字段和方法的信息,并能操作对象。它提供了一种动态编程的方式,使得代码更加灵活,能够适应未知的或变化的需求,是开发框架和库的重要工具。
36 2
|
21天前
|
安全 Java 开发者
Java中的多线程编程:从基础到实践
本文深入探讨了Java多线程编程的核心概念和实践技巧,旨在帮助读者理解多线程的工作原理,掌握线程的创建、管理和同步机制。通过具体示例和最佳实践,本文展示了如何在Java应用中有效地利用多线程技术,提高程序性能和响应速度。
54 1
|
23天前
|
Java API 数据库
Java 反射机制:动态编程的 “魔法钥匙”
Java反射机制是允许程序在运行时访问类、方法和字段信息的强大工具,被誉为动态编程的“魔法钥匙”。通过反射,开发者可以创建更加灵活、可扩展的应用程序。
38 0
|
25天前
|
缓存 Java 开发者
Java中的多线程编程:从基础到进阶
在Java的世界中,多线程编程是一块不可或缺的拼图。它不仅提升了程序的效率和响应性,还让复杂任务变得井然有序。本文将带你领略多线程编程的魅力,从创建线程的基础操作到高级同步机制的应用,再到线程池的高效管理,我们将一步步揭开多线程编程的神秘面纱。无论你是初学者还是有一定经验的开发者,这篇文章都会为你提供新的视角和深入的理解。让我们一起探索Java多线程编程的世界,开启一段精彩的旅程吧!
38 0
下一篇
DataWorks