threadLocal详解，使用场景，内存泄露

最新推荐文章于 2023-07-24 15:29:53 发布
最新推荐文章于 2023-07-24 15:29:53 发布
阅读量564 收藏 4
点赞数 1
分类专栏： java开发 文章标签： java threadlocal 内存泄露
原文链接：https://blog.csdn.net/weixin_44050144/article/details/113061884
版权
本文详细介绍了ThreadLocal的工作原理、在事务管理和用户信息存储等场景的应用，以及其如何解决线程间数据隔离和并发问题。通过对set、get、remove方法的源码分析，揭示了ThreadLocal的内部结构，尤其是ThreadLocalMap的Entry使用弱引用避免内存泄漏的设计。此外，文章还探讨了ThreadLocalMap处理哈希冲突的策略，即开放寻址法。
摘要由CSDN通过智能技术生成

一、threadlocal基本介绍

作用

ThreadLocal 的作用是：提供线程内的局部变量，不同的线程之间不会相互干扰，这种变量在线程的生命周期内起作用，减少同一个线程内多个函数或组件之间一些公共变量传递的复杂度。

总结：

  1. 线程并发: 在多线程并发的场景下
  2. 传递数据: 我们可以通过ThreadLocal在同一线程，不同组件中传递公共变量
  3. 线程隔离: 每个线程的变量都是独立的，不会互相影响

常用方法：

在这里插入图片描述

ThreadLocal类与synchronized关键字

​ 虽然ThreadLocal模式与synchronized关键字都用于处理多线程并发访问变量的问题, 不过两者处理问题的角度和思路不同。
在这里插入图片描述

二、运用场景

1. 事务案例

这里我们先构建一个简单的转账场景： 有一个数据表account，里面有两个用户Jack和Rose，用户Jack 给用户Rose 转账。 在转账过程中如果失败，应该发生事务回滚，如果成功，才可以提交。

这里采用三层结构来构造这个代码，web, service,dao

场景需求：
  1. 由于service和dao中都需要从连接池中获取connection，且同一个线程内，service和dao中获取的connection都需要保持一致。
  2. 不同线程之间不能相互干扰，每个线程内部获取的connection都应该是相同的唯一的一个connection.
解决办法：
方法一：
  1. 在service中，从线程池中获取连接conn，然后调用dao操作数据库的时候，把获取到的连接conn传递到dao中，用于操作数据库，dao中使用完后，不要关闭连接conn，因为后续还需要用这个conn，这个连接会贯穿整个业务流程走完。
  2. 加锁，采用sychronized关键字，这样就可以保证同一时间只有一个线程在进行转账的事务操作，肯定不会出问题。
优缺点：
  1. 耦合度变高，因为dao中的一个入参依赖于service的conn传入。
  2. 性能变低，在进行转账事务操作的时候，加锁使得变成了单线程来处理。
方法二：

采用Threadlocal来解决。
在这里插入图片描述

  1. 在service中获取连接connnection的时候，加个判断，如果第一次获取，就还是从线程池中获取，如果不是第一次获取，就从threadlocal中获取。
  2. dao中不再依赖service中传入conn，而是直接从threadlocal中获取conn。
  3. 每次转账完成，也就是一个事务结束后，需要调用remove操作，解绑当前线程绑定的隔离变量，因为线程池复用的问题，不remove可能造成数据混乱，而且也容易造成内存泄露。
优缺点：
  1. 耦合度降低，因为service和dao之间不存在参数传递的关系。
  2. 性能提高，因为这里避免来加锁，用空间来换时间，每个进程内部都有他们的隔离变量（在这里也就是connection），所以在进行转账事务的时候，依然是可以多线程操作的。

2. 用户信息

最近实习做的公司的一个项目中也用到了threadLocal，在写AOP的权限验证的时候用的，threadLocal里面存储的是登录用户的信息，主要是保证在同一个线程中操作的用户是同一个,下面是封装的方法。

public class UserInfoHolder {

    private static ThreadLocal<UserDTO> threadLocal = new ThreadLocal<>();

    public static void setUserInfo(UserDTO userDTO) {
        threadLocal.set(userDTO);
    }

    public static UserDTO getUserInfo() {
        return threadLocal.get();
    }

    public static void removeUserInfo() {
        threadLocal.remove();
    }
}
总结：

从上述的案例中我们可以看到， 在一些特定场景下，ThreadLocal方案有两个突出的优势：

  1. 传递数据 ： 保存每个线程绑定的数据，在需要的地方可以直接获取, 避免参数直接传递带来的代码耦合问题

  2. 线程隔离 ： 各线程之间的数据相互隔离却又具备并发性，避免同步方式带来的性能损失

三、ThreadLocal内部结构

在这里插入图片描述
如果一个线程中需要绑定多个需要隔离的变量value，可以new 多个threadlocal，这样的话，就是一个thread,对应一个threadLocalMap,里面对应着多个Entry。
感觉这个图解释的也比较清楚，我们每次用的时候，是new threadLocal()，创建出对象，然后通过threadLocal.set() threadLocal.get()去使用.
在这里插入图片描述
使用代码可参考

public static void main(String[] args) {
        ThreadLocal threadLocal = new ThreadLocal();

        for(int i=0;i<3;i++){
            new Thread(()->{
                double random = Math.floor(Math.random()*10);
                threadLocal.set(random);
                System.out.println("设置线程"+Thread.currentThread().getName()+",线程变量："+random);
                System.out.println("查看线程"+Thread.currentThread().getName()+",线程变量："+threadLocal.get());
            }).start();
        }
    }

四、源码分析

在这里插入图片描述

1. set方法

执行流程
1. 首先获取当前线程，并根据当前线程获取一个Map

2. 如果获取的Map不为空，则将参数设置到Map中（当前ThreadLocal的引用作为key）

3. 如果Map为空，则给该线程创建 Map，并设置初始值

  /**
     * 设置当前线程对应的ThreadLocal的值
     *
     * @param value 将要保存在当前线程对应的ThreadLocal的值
     */
    public void set(T value) {
        // 获取当前线程对象
        Thread t = Thread.currentThread();
        // 获取此线程对象中维护的ThreadLocalMap对象
        ThreadLocalMap map = getMap(t);
        // 判断map是否存在
        if (map != null)
            // 存在则调用map.set设置此实体entry
            map.set(this, value);
        else
            // 1）当前线程Thread 不存在ThreadLocalMap对象
            // 2）则调用createMap进行ThreadLocalMap对象的初始化
            // 3）并将 t(当前线程)和value(t对应的值)作为第一个entry存放至ThreadLocalMap中
            createMap(t, value);
    }

 /**
     * 获取当前线程Thread对应维护的ThreadLocalMap 
     * 
     * @param  t the current thread 当前线程
     * @return the map 对应维护的ThreadLocalMap 
     */
    ThreadLocalMap getMap(Thread t) {
        return t.threadLocals;
    }
	/**
     *创建当前线程Thread对应维护的ThreadLocalMap 
     *
     * @param t 当前线程
     * @param firstValue 存放到map中第一个entry的值
     */
	void createMap(Thread t, T firstValue) {
        //这里的this是调用此方法的threadLocal
        t.threadLocals = new ThreadLocalMap(this, firstValue);
    }

2. get方法

执行流程

A. 首先获取当前线程, 根据当前线程获取一个Map

​ B. 如果获取的Map不为空，则在Map中以ThreadLocal的引用作为key来在Map中获取对应的Entry e，否则转到D

​ C. 如果e不为null，则返回e.value，否则转到D

​ D. Map为空或者e为空，则通过initialValue函数获取初始值value，然后用ThreadLocal的引用和value作为firstKey和firstValue创建一个新的Map

总结: 先获取当前线程的 ThreadLocalMap 变量，如果存在则返回值，不存在则创建并返回初始值。

    /**
     * 返回当前线程中保存ThreadLocal的值
     * 如果当前线程没有此ThreadLocal变量，
     * 则它会通过调用{@link #initialValue} 方法进行初始化值
     *
     * @return 返回当前线程对应此ThreadLocal的值
     */
    public T get() {
        // 获取当前线程对象
        Thread t = Thread.currentThread();
        // 获取此线程对象中维护的ThreadLocalMap对象
        ThreadLocalMap map = getMap(t);
        // 如果此map存在
        if (map != null) {
            // 以当前的ThreadLocal 为 key，调用getEntry获取对应的存储实体e
            ThreadLocalMap.Entry e = map.getEntry(this);
            // 对e进行判空 
            if (e != null) {
                @SuppressWarnings("unchecked")
                // 获取存储实体 e 对应的 value值
                // 即为我们想要的当前线程对应此ThreadLocal的值
                T result = (T)e.value;
                return result;
            }
        }
        /*
        	初始化 : 有两种情况有执行当前代码
        	第一种情况: map不存在，表示此线程没有维护的ThreadLocalMap对象
        	第二种情况: map存在, 但是没有与当前ThreadLocal关联的entry
         */
        return setInitialValue();
    }

    /**
     * 初始化
     *
     * @return the initial value 初始化后的值
     */
    private T setInitialValue() {
        // 调用initialValue获取初始化的值
        // 此方法可以被子类重写, 如果不重写默认返回null
        T value = initialValue();
        // 获取当前线程对象
        Thread t = Thread.currentThread();
        // 获取此线程对象中维护的ThreadLocalMap对象
        ThreadLocalMap map = getMap(t);
        // 判断map是否存在
        if (map != null)
            // 存在则调用map.set设置此实体entry
            map.set(this, value);
        else
            // 1）当前线程Thread 不存在ThreadLocalMap对象
            // 2）则调用createMap进行ThreadLocalMap对象的初始化
            // 3）并将 t(当前线程)和value(t对应的值)作为第一个entry存放至ThreadLocalMap中
            createMap(t, value);
        // 返回设置的值value
        return value;
    }

3. remove方法

执行流程

A. 首先获取当前线程，并根据当前线程获取一个Map

​ B. 如果获取的Map不为空，则移除当前ThreadLocal对象对应的entry

 /**
     * 删除当前线程中保存的ThreadLocal对应的实体entry
     */
     public void remove() {
        // 获取当前线程对象中维护的ThreadLocalMap对象
         ThreadLocalMap m = getMap(Thread.currentThread());
        // 如果此map存在
         if (m != null)
            // 存在则调用map.remove
            // 以当前ThreadLocal为key删除对应的实体entry
             m.remove(this);
     }

4. initialValue方法

执行流程

此方法的作用是 返回该线程局部变量的初始值。

（1） 这个方法是一个延迟调用方法，从上面的代码我们得知，在set方法还未调用而先调用了get方法时才执行，并且仅执行1次。

（2）这个方法缺省实现直接返回一个null。

（3）如果想要一个除null之外的初始值，可以重写此方法。（备注： 该方法是一个protected的方法，显然是为了让子类覆盖而设计的）

/**
  * 返回当前线程对应的ThreadLocal的初始值
  
  * 此方法的第一次调用发生在，当线程通过get方法访问此线程的ThreadLocal值时
  * 除非线程先调用了set方法，在这种情况下，initialValue 才不会被这个线程调用。
  * 通常情况下，每个线程最多调用一次这个方法。
  *
  * <p>这个方法仅仅简单的返回null {@code null};
  * 如果程序员想ThreadLocal线程局部变量有一个除null以外的初始值，
  * 必须通过子类继承{@code ThreadLocal} 的方式去重写此方法
  * 通常, 可以通过匿名内部类的方式实现
  *
  * @return 当前ThreadLocal的初始值
  */
protected T initialValue() {
    return null;
}

五、基本结构

​ ThreadLocalMap是ThreadLocal的内部类，没有实现Map接口，用独立的方式实现了Map的功能，其内部的Entry也是独立实现。
在这里插入图片描述

1. 成员变量

    /**
     * 初始容量 —— 必须是2的整次幂
     */
    private static final int INITIAL_CAPACITY = 16;

    /**
     * 存放数据的table，Entry类的定义在下面分析
     * 同样，数组长度必须是2的整次幂。
     */
    private Entry[] table;

    /**
     * 数组里面entrys的个数，可以用于判断table当前使用量是否超过阈值。
     */
    private int size = 0;

    /**
     * 进行扩容的阈值，表使用量大于它的时候进行扩容。
     */
    private int threshold; // Default to 0

​ 跟HashMap类似，INITIAL_CAPACITY代表这个Map的初始容量；table 是一个Entry 类型的数组，用于存储数据；size 代表表中的存储数目； threshold 代表需要扩容时对应 size 的阈值。

2. 存储结构 - Entry

/*
 * Entry继承WeakReference，并且用ThreadLocal作为key.
 * 如果key为null(entry.get() == null)，意味着key不再被引用，
 * 因此这时候entry也可以从table中清除。
 */
static class Entry extends WeakReference<ThreadLocal<?>> {
    /** The value associated with this ThreadLocal. */
    Object value;

    Entry(ThreadLocal<?> k, Object v) {
        super(k);
        value = v;
    }
}

​ 在ThreadLocalMap中，也是用Entry来保存K-V结构数据的。不过Entry中的key只能是ThreadLocal对象，这点在构造方法中已经限定死了。

​ 另外，Entry继承WeakReference，也就是key（ThreadLocal）是弱引用，其目的是将ThreadLocal对象的生命周期和线程生命周期解绑。

3.弱引用和内存泄漏

有些程序员在使用ThreadLocal的过程中会发现有内存泄漏的情况发生，就猜测这个内存泄漏跟Entry中使用了弱引用的key有关系。这个理解其实是不对的。

​ 我们先来回顾这个问题中涉及的几个名词概念，再来分析问题。

（1） 内存泄漏相关概念
  • Memory overflow:内存溢出，没有足够的内存提供申请者使用。
  • Memory leak: 内存泄漏是指程序中已动态分配的堆内存由于某种原因程序未释放或无法释放，造成系统内存的浪费，导致程序运行速度减慢甚至系统崩溃等严重后果。内存泄漏的堆积终将导致内存溢出。
(2) 强，软，弱，虚引用相关概念

Java中的引用有4种类型： 强、软、弱、虚。当前这个问题主要涉及到强引用和弱引用：

  • 强引用：
    强引用是使用最普遍的引用。如果一个对象具有强引用，那垃圾回收器绝不会回收它。如下：
Object o=new Object();   //  强引用

当内存空间不足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足的问题。如果不使用时，要通过如下方式来弱化引用.

  • 软引用
    如果一个对象只具有软引用，则内存空间足够，垃圾回收器就不会回收它；如果内存空间不足了，就会回收这些对象的内存。只要垃圾回收器没有回收它，该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存。
  • 弱引用
    弱引用与软引用的区别在于：只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它所管辖的内存区域的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存。不过，由于垃圾回收器是一个优先级很低的线程，因此不一定会很快发现那些只具有弱引用的对象。
  • 虚引用
    “虚引用”顾名思义，就是形同虚设，与其他几种引用都不同，虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用，那么它就和没有任何引用一样，在任何时候都可能被垃圾回收器回收。虚引用主要用来跟踪对象被垃圾回收器回收的活动。虚引用与软引用和弱引用的一个区别在于：虚引用必须和引用队列 （ReferenceQueue）联合使用。当垃圾回收器准备回收一个对象时，如果发现它还有虚引用，就会在回收对象的内存之前，把这个虚引用加入到与之 关联的引用队列中。
（3）内存泄露原理
  1. 假设ThreadLocalMap中的key使用了强引用，那么会出现内存泄漏吗？​ 此时ThreadLocal的内存图（实线表示强引用）如下：
    在这里插入图片描述

假设在业务代码中使用完ThreadLocal ，threadLocal Ref被回收了。

​但是因为threadLocalMap的Entry强引用了threadLocal，造成threadLocal无法被回收。

​ 在没有手动删除这个Entry以及CurrentThread依然运行的前提下，始终有强引用链 threadRef->currentThread->threadLocalMap->entry，Entry就不会被回收（Entry中包括了ThreadLocal实例和value），导致Entry内存泄漏。

​ 也就是说，ThreadLocalMap中的key使用了强引用， 是无法完全避免内存泄漏的。

  1. 如果key使用弱引用

那么ThreadLocalMap中的key使用了弱引用，会出现内存泄漏吗？此时ThreadLocal的内存图（实线表示强引用，虚线表示弱引用）如下：
在这里插入图片描述
同样假设在业务代码中使用完ThreadLocal ，threadLocal Ref被回收了。

​ 由于ThreadLocalMap只持有ThreadLocal的弱引用，没有任何强引用指向threadlocal实例, 所以threadlocal就可以顺利被gc回收，此时Entry中的key=null。

​ 但是在没有手动删除这个Entry以及CurrentThread依然运行的前提下，也存在有强引用链 threadRef->currentThread->threadLocalMap->entry -> value ，value不会被回收， 而这块value永远不会被访问到了，导致value内存泄漏。

​ 也就是说，ThreadLocalMap中的key使用了弱引用， 也有可能内存泄漏。

内存泄露的真实原因：

比较以上两种情况，我们就会发现，内存泄漏的发生跟ThreadLocalMap中的key是否使用弱引用是没有关系的。那么内存泄漏的的真正原因是什么呢？

在以上两种内存泄漏的情况中，都有两个前提：

  1. 没有手动删除这个Entry
  2. CurrentThread依然运行

第一点很好理解，只要在使用完ThreadLocal，调用其remove方法删除对应的Entry，就能避免内存泄漏。

​ 第二点稍微复杂一点， 由于ThreadLocalMap是Thread的一个属性，被当前线程所引用，所以它的生命周期跟Thread一样长。那么在使用完ThreadLocal之后，如果当前Thread也随之执行结束，ThreadLocalMap自然也会被gc回收，从根源上避免了内存泄漏。

​ 综上，ThreadLocal内存泄漏的根源是：由于ThreadLocalMap的生命周期跟Thread一样长，如果没有手动删除对应key就会导致内存泄漏。

为什么使用弱引用

根据刚才的分析, 我们知道了： 无论ThreadLocalMap中的key使用哪种类型引用都无法完全避免内存泄漏，跟使用弱引用没有关系。而实际上在ThreadLocal中采用的是弱引用。

​要避免内存泄漏有两种方式：

  1. 使用完ThreadLocal，调用其remove方法删除对应的Entry

  2. 使用完ThreadLocal，当前Thread也随之运行结束

相对第一种方式，第二种方式显然更不好控制，特别是使用线程池的时候，线程结束是不会销毁的。

也就是说，只要记得在使用完ThreadLocal及时的调用remove，无论key是强引用还是弱引用都不会有问题。那么为什么key要用弱引用呢？

​ 事实上，在ThreadLocalMap中的set/getEntry方法中，会对key为null（也即是ThreadLocal为null）进行判断，如果为null的话，那么是会对value置为null的。

​ 这就意味着使用完ThreadLocal，CurrentThread依然运行的前提下，就算忘记调用remove方法，弱引用比强引用可以多一层保障：弱引用的ThreadLocal会被回收，对应的value在下一次ThreadLocalMap调用set,get,remove中的任一方法的时候会被清除，从而避免内存泄漏。

hash冲突的解决

hash冲突的解决是Map中的一个重要内容。我们以hash冲突的解决为线索，来研究一下ThreadLocalMap的核心源码。

构造函数首先创建一个长度为16的Entry数组，然后计算出firstKey对应的索引，然后存储到table中，并设置size和threshold。

代码执行流程：

A. 首先还是根据key计算出索引 i，然后查找i位置上的Entry，

B. 若是Entry已经存在并且key等于传入的key，那么这时候直接给这个Entry赋新的value值,

C. 若是Entry存在，但是key为null，则调用replaceStaleEntry来更换这个key为空的Entry,

D. 不断循环检测，直到遇到为null的地方，这时候要是还没在循环过程中return，那么就在这个null的位置新建一个Entry，并且插入，同时size增加1。

​ 最后调用cleanSomeSlots，清理key为null的Entry，最后返回是否清理了Entry，接下来再判断sz 是否>= thresgold达到了rehash的条件，达到的话就会调用rehash函数执行一次全表的扫描清理。

重点分析 ： ThreadLocalMap使用线性探测法（开放寻址法）来解决哈希冲突的。构造散列表有两种方法，开放寻址法和链表法，hashMap采用的就是链表法，而这里ThreadLocal采用的是开放寻址法，原因是threadLocalMap的数组大小并不是很大，装载因子相对也小一些。具体这两种寻址方法可参考极客时间的数据结构与算法之美

​ 该方法一次探测下一个地址，直到有空的地址后插入，若整个空间都找不到空余的地址，则产生溢出。

​ 举个例子，假设当前table长度为16，也就是说如果计算出来key的hash值为14，如果table[14]上已经有值，并且其key与当前key不一致，那么就发生了hash冲突，这个时候将14加1得到15，取table[15]进行判断，这个时候如果还是冲突会回到0，取table[0],以此类推，直到可以插入。

参考资料：
https://www.bilibili.com/video/BV1N741127FH?p=12&spm_id_from=pageDriver

https://blog.csdn.net/weixin_44050144/article/details/113061884

其实写这篇文章的目的主要是系统的总结下threadLocal，方便以后查看。主要是通过看黑马的那个b站视频学习总结，由于懒得码字，大部分就直接copy的，个别地方加入了个人的一些见解。

@Better@
关注
专栏目录
ThreadLocal内存泄漏问题
jmysql的博客
03-31 636
java对象的四种引用方式 对象的引用方式分：强、软、弱、虚四种 强引用 普通的写法即强引用 Object obj = new Object() 当GC回收时，拥有强引用的对象不会不清楚，及时内存不足，出现OOM事件，也不会清除 软引用 SoftReference aSoftRef = new SoftReference(new Object()); // aSoftRef句柄对对象的引用即为软引用 GC回收时，弱引用对象也不会被回收，但当内存不足时，弱引用对象就会被回收掉，可..
深入理解ThreadLocal的原理及内存泄漏问题
qq_35634181的博客
02-26 1716
学习Java中常用的开源框架，Mybatis、Hibernate中设计到线程通过数据库连接对象Connection，对其数据进行操作，都会使用ThreadLocal类来保证Java多线程程序访问和数据库数据的一致性问题。就想深入了解一下ThreadLocal类是怎样确保线程安全的！详解如下： ThreadLocal的简单使用： public class Tes.........
ThreadLocal使用场景介绍以及关于内存泄漏的探讨
m0_53284765的博客
07-07 731
在上面的使用场景中，除了以上的例子，还可以为每个线程绑定一个数据库连接等。
ThreadLocal引起的内存泄漏
孟德尚且敬我，汝意欲何为
05-25 369
ThreadLocal引起的内存泄漏 1、什么是内存泄漏 内存泄漏，即已经申请的内存空间无法释放，就会造成内存泄漏，例如线程死循环、资源不关闭等，大量的内存泄漏堆积就会造成内存不够，从而发生内存溢出。 JVM内存模型和常见内存溢出 2、TreadLocal内存泄漏的场景 TreadLocalMap的Entry继承了WeakReference<ThreadLocal<?>>，即Entry的key是弱引用（该引用只存在弱引用的情况下，下一次GC会回收这个引用对象，可以参考Jav
ThreadLocal使用场景及内存泄漏
wau_hua的博客
12-23 661
ThreadLocal使用场景及内存泄漏定义如何使用它们为什么ThreadLocal能实现线程变量隔离ThreadLocal的问题(可能内存泄漏)ThreadLocal带来的好处主要应用场景 定义 ThreadLocal官方定义: 该类提供线程局部变量。这些线程局部变量与普通变量的不同，每个线程都有自己独立初始化的变量副本（通过其get或set方法）。 如果希望将类的局部变量和线程状态关联(如 u...
【有料】ThreadLocal 内存泄漏问题深入分析
daobuxinzi的博客
09-08 202
ThreadLocal 基本用法本文就不介绍了，如果有不知道的小伙伴可以先了解一下，本文只研究 ThreadLocal 内存泄漏这一问题。
2、导致JVM内存泄露的ThreadLocal详解
最新发布
02-28
### 导致JVM内存泄露的ThreadLocal详解 #### 一、为什么要有ThreadLocal 在多线程编程中，为了避免线程间的数据竞争和保证线程安全性，常常需要使用同步机制如`synchronized`来控制线程对共享资源的访问。然而，...
ThreadLocal详解及使用场景
08-17
需要注意的是，使用 ThreadLocal 时要及时清理资源，避免内存泄漏。在使用完毕后，应该调用 ThreadLocal 的 remove() 方法来清理当前线程持有的变量副本。 总之，ThreadLocal 可以用于在多线程环境下实现线程安全、...
Java 并发编程之ThreadLocal详解及实例
08-31
- 不要忘记清理不再使用的 `ThreadLocal` 变量，否则可能导致内存泄漏。 总之，`ThreadLocal` 是一种高效、简洁的机制，用于在多线程环境中管理线程的私有数据。正确理解和使用 `ThreadLocal` 能够帮助我们编写更...
详解Java内存泄露的示例代码
08-28
本文通过一个Demo来介绍ThreadLocal和ClassLoader导致内存泄露最终OutOfMemory的场景。 知识点1：ThreadLocal引起的内存泄露 ThreadLocal是Java中的一种机制，用于为每个线程提供一个独立的变量副本。每个线程都有...
threadlocal原理_深入剖析ThreadLocal原理、内存泄漏及应用场景
weixin_39724889的博客
11-30 149
本文主要针对JDK1.8讲解ThreadLocal作用先看一个简单的示例，创建两个线程，第一个线程向ThreadLocal中写入数据，第二个线程等待第一个线程完成从ThreadLocal中读取数据。public class ThreadLocalTest { public static ThreadLocal tl = new ThreadLocal(); public static ...
ThreadLocal原理分析与使用场景【内存泄漏】
wssjdysf1的专栏
04-12 218
https://www.cnblogs.com/luxiaoxun/p/8744826.html
关于ThreadLoacl的探究（原理，使用场景，内存泄露问题）
诡道的博客
04-11 213
解决了什么问题 ThreadLoacl解决了同一线程内多方法共享实例的参数传递问题。也就是如果一个参数在此线程下多个方法中使用时，你可以显示的声明每个方法共用的参数，然后调用的时候进行传递。也可以放到ThreadLoacl中，这样就不用每个方法必须显示的定义共用参数了。因为是同一线程内，所以不涉及多线程的问题。而和多线程相关的就是每个线程有自己的实例，互相之间互不影响。 实现原理 看一下ThreadLoacl的源码能帮助我们更好的理解ThreadLoacl。 当你用ThreadLoacl保存一个线程共用数据
ThreadLocal真的会造成内存泄漏吗？
Tom弹架构
05-01 1428
【Java面试】并发场景中，ThreadLocal会造成内存泄漏吗？ ThreadLoca在并发场景中，应用非常多。前几天有位小伙伴问我一个问题，说ThreadLocal是不是真的会造成内存泄漏？今天给大家做一个分享，个人见解，仅供参考。如果大家有其他见解可以在评论区讨论。 【导航条：基本原理】 （转场，屏幕黑底白字，正中央出现“1ThreadLocal的基本原理”） 1、ThreadLocal的基本原理 考虑到很多小伙伴可能还不太了解ThreadLocal，我先简单介绍一下Th..
ThreadLocal原理、使用场景及存在内存泄漏的原因
qq_27127145的博客
11-08 1810
什么是线程封闭 当多线程访问共享变量时，往往需要加锁来保证共享变量的线程安全（数据同步）。一种避免使用加锁方式就是不共享数据，而是让线程独享数据。由于数据本身就是线程私有的，这样，如果仅在单线程内访问数据就不需要同步，这种避免共享数据的技术称为线程封闭。在Java语言中，提供了一些类库和机制来维护线程的封闭性，例如局部变量（存放在线程栈中）和ThreadLocal类，本文首先介绍ThreadLo...
ThreadLocal 在实战场景下的内存泄漏、逻辑混乱问题总结
风团团
07-24 599
很早之前虽然看过 ThreadLocal 的源码，但是对于真实业务场景下可能存在的问题没有做过总结，刚好前几天在分析 Mybatis 内存泄漏的问题，想着 ThreadLocal 不是也可能会发生内存泄漏吗？于是乎本文出现了。内存泄漏：我个人理解就是由于程序设计失误，用完的内存空间没有得到应得的释放，这就是内存泄漏。
ThreadLocal的实际使用场景
Lynn_coder的博客
10-11 2002
我们知道实际开发中会分层，比如Controller-Service-dao层 如果说dao层需要调用Controller层中的一个对象，那么该怎么做呢，常见的想法，在每个方法上的参数里面，带上那个对象，如上图所示。这样耦合极大 那么改动一下，在最上层的那个类中设置一个静态方法，这样总可以调用了 但是这样会有一个极大的问题，就是线程安全问题，如果那个对象是非线程安全的，多个线程同时操作那一...
ThreadLocal讲解及导致内存泄漏的场景
xujishanandbruce的博客
11-23 131
https://www.cnblogs.com/qiuyong/p/7091689.html
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值