ThreadLocal源码分析

【源码篇】threadlocal源码超详细讲解 threadlocal可以理解为线程自身的本地变量,只有线程自身可以访问,每个线程都会维护自己的threalocal,本篇会系统的从源码剖析threadlocal的实现逻辑 阅读详情

1.ThreadLocal 是什么

Threadlocal 是 jdk 中一个非常重要的工作类。它是线程本地存储,可以保证各个线程之间的变量互不干扰。

它的数据结构:

ThreadLocalMap有点类似HashMap的结构,只是HashMap是由数组+链表实现的,而ThreadLocalMap中并没有链表结构。

注意Entry, 它的key是继承自WeakReference, 是弱引用类型,在 GC 时,key 有可能会被回收掉。

2.ThreadLocal 的方法

2.1 set()

点进去 set() 方法,源码如下:

public void set(T value) {
    // 获取当前线程
    Thread t = Thread.currentThread();
    // 获取当前线程的ThreadLocalMap
    ThreadLocal.ThreadLocalMap map = getMap(t);
    // 如果map存在就存储value,不存在先创建map,再设置value
    if (map != null)
        map.set(this, value);
    else
        createMap(t, value);
}

第一步就是获取当前线程,然后拿到当前线程的 ThreadLocalMap,数据就是存在这个ThreadLocalMap 中。

createMap() 的源码很简单,作用是初始化ThreadLocalMap,并添加第一个元素,元素的key为当前ThreadLocal对象,源码如下:

void createMap(Thread t, T firstValue) {
    // 初始化ThreadLocalMap,并添加第一个元素,元素的key为当前ThreadLocal对象
    t.threadLocals = new ThreadLocal.ThreadLocalMap(this, firstValue);
}

继续看初始化ThreadLocalMap的源码:

ThreadLocalMap(ThreadLocal<?> firstKey, Object firstValue) {
    // 初始化entry数组,初始大小INITIAL_CAPACITY=16
    table = new Entry[INITIAL_CAPACITY];
    // 计算ThreadLocal对象的hash,用作下标
    int i = firstKey.threadLocalHashCode & (INITIAL_CAPACITY - 1);
    // 把第一个元素的放在计算出来的下标上
    table[i] = new Entry(firstKey, firstValue);
    size = 1;
    // 设置Threshold为初始大小,Threshold是用来扩容的
    setThreshold(INITIAL_CAPACITY);
}

以上是 ThreadLocalMap 为 null 的逻辑。重点逻辑在 ThreadLocalMap 不为空时,执行的 set() 方法。源码如下:

private void set(ThreadLocal<?> key, Object value) {

    Entry[] tab = table;
    int len = tab.length;
    // 计算hash,作为数组下标
    int i = key.threadLocalHashCode & (len-1);

    // 从下标i开始遍历entry数组,直到元素为null停止遍历
    // nextIndex就是把i++,如果i等于数组长度,那么i重新设置0
    for (Entry e = tab[i];
         e != null;
         e = tab[i = nextIndex(i, len)]) {
        // 获取key,key是弱引用,可能是null
        ThreadLocal<?> k = e.get();
        // 如果k等于key(==是判断内存地址),那么把value更新一下
        if (k == key) {
            e.value = value;
            return;
        }
        // 如果key是null,那么替换过期的key
        if (k == null) {
            replaceStaleEntry(key, value, i);
            return;
        }
    }
    // 如果for循环没有进去,也就是数组下标i的元素是null,
    // 那么该下标填充一个新的entry
    tab[i] = new Entry(key, value);
    int sz = ++size;
    // 如果没有清理数据,并且数组长度大于等于threshold
    if (!cleanSomeSlots(i, sz) && sz >= threshold)
        // 判断是否需要扩容
        rehash();
}

在该方法中,先计算 hash 作为 entry 数组下标,此时:

  • 如果该下标不存在元素,那么直接设置值。
  • 如果该下标存在元素,并且下标元素的 key 和传递的 key 一样,那么覆盖之前的 value。
  • 如果该下标存在元素,并且下标元素的 key 为 null,那么这个 entry 是一个过期的 entry,因为 entry 的 key 被GC回收了。这时会替换这个位置的 entry。
  • 如果该下标存在元素,并且下标元素的 key 和传递的 key 不一样也不为 null,那么从当前下标继续向后寻找可以存在该元素的地方。

在最后,如果 cleanSomeSlots() 返回 false(没有清理到数据),并且 size 大于等于 threshold,那么会执行 rehash(),来判断是否需要扩容。

replaceStaleEntry(),这个方法会替换过期数据的逻辑,源码:

private void replaceStaleEntry(ThreadLocal<?> key, Object value,
                               int staleSlot) {
    Entry[] tab = table;
    int len = tab.length;
    Entry e;

    // 开始扫描的起点,初始值和过期元素的下标相等
    int slotToExpunge = staleSlot;
    // 从传递的下标(不包含)开始向前遍历,直到元素为null停止
    for (int i = prevIndex(staleSlot, len);
         (e = tab[i]) != null;
         i = prevIndex(i, len))
        // 目的在于确定slotToExpunge的值
        if (e.get() == null)
            slotToExpunge = i;

    // 从传递的下标(不包含)开始向后遍历,直到元素为null停止
    // 这个循环做两件事:1.确定开始清理数据的起点slotToExpunge;2.更新相同key的entry
    for (int i = nextIndex(staleSlot, len);
         (e = tab[i]) != null;
         i = nextIndex(i, len)) {
        // 获取entry的key
        ThreadLocal<?> k = e.get();

        // 遇到entry的key和传递进来key相等,就覆盖entry的value
        if (k == key) {
            // 新的value替换老的value
            e.value = value;
            // 把过期元素和当前下标的元素交换位置
            // 从这里可以看出,并不是直接替换过期entry,而是从过期entry下标向后找到一个key相同的entry
            // 然后更新key相同的entry,再把更新后entry和过期entry交换位置。
            // 自我猜测一下,这么做是想确定slotToExpunge的值,以此来更好的开展清理数据的工作
            tab[i] = tab[staleSlot];
            tab[staleSlot] = e;
            // 如果向前扫描是没有设置slotToExpunge,那么把slotToExpunge设置为i
            if (slotToExpunge == staleSlot)
                slotToExpunge = i;
            // 先从slotToExpunge开始探测式清理,然后再进行启发式清理
            cleanSomeSlots(expungeStaleEntry(slotToExpunge), len);
            // 替换过期元素结束后,结束循环
            return;
        }

        // 如果向前扫描是没有设置slotToExpunge,那么此时把遇到的第一个过期数据的下标设置为slotToExpunge
        if (k == null && slotToExpunge == staleSlot)
            slotToExpunge = i;
    }

    // 如果始终找不到过期元素,那就创建新的元素放到过期下标的位置上
    tab[staleSlot].value = null;
    tab[staleSlot] = new Entry(key, value);

    // slotToExpunge不等于staleSlot,意味着之前找到了其他过期entry,那么开始从slotToExpunge清理过期数据
    if (slotToExpunge != staleSlot)
        cleanSomeSlots(expungeStaleEntry(slotToExpunge), len);
}

仔细看 replaceStaleEntry() 会发现,在替换过期 entry 时候,不仅替换过期 entry,也把 entry 数组给清理了一遍。

清理过期 entry 的方法是 cleanSomeSlots() 和 expungeStaleEntry(),接着看下两个方法的源码:

cleanSomeSlots():

private boolean cleanSomeSlots(int i, int n) {
    boolean removed = false;
    Entry[] tab = table;
    int len = tab.length;
    // 循环清理过期数据,启发式清理
    do {
        // 获取i后面的一个下标
        i = nextIndex(i, len);
        Entry e = tab[i];
        // 如果元素不等于null并且key已经被GC回收
        if (e != null && e.get() == null) {
            n = len;
            removed = true;
            // 把过期数据清理掉,探测式清理,从当前脏entry会再往后寻找脏entry进行清理,碰到null时结束。
            i = expungeStaleEntry(i);
        }
    }
    // n >>>= 1 说明要循环log2(n)次。
    // 这个官方说不调用n次来清除,为了效率,而且经过测试调用log(n)次清除无效的数据的效果已经很好了。
    while ( (n >>>= 1) != 0);
    return removed;
}

官方释义:启发式清理。内部逻辑是一个 while 循环,循环次数是 log2(n) 次,方法的返回值含义为是否清理过。

expungeStaleEntry():

private int expungeStaleEntry(int staleSlot) {
    Entry[] tab = table;
    int len = tab.length;

    // 清理过期的key
    tab[staleSlot].value = null;
    tab[staleSlot] = null;
    size--;

    // 开始清理其他过期的key,探测式清理
    Entry e;
    int i;
    // 从入参staleSlot往后开始遍历清理,直到元素为null停止
    for (i = nextIndex(staleSlot, len);
         (e = tab[i]) != null;
         i = nextIndex(i, len)) {
        // 获取弱引用key
        ThreadLocal<?> k = e.get();
        // key为null那么把这个下标元素设置为null
        if (k == null) {
            e.value = null;
            tab[i] = null;
            size--;
        } else {
            // key不为null
            // 重新计算hash
            int h = k.threadLocalHashCode & (len - 1);
            // 如果新的hash不等于目前的下标(产生了hash冲突),那么就把当前下标元素设置为null
            if (h != i) {
                tab[i] = null;

                // 从h开始向后找一个为null的下标元素
                while (tab[h] != null)
                    h = nextIndex(h, len);
                // 找到了。把e设置到这个新的位置上。注意:这里的下标和key计算的hash可能并不相等
                tab[h] = e;
            }
        }
    }
    return i;
}

官方释义:探测式清理。它会把入参作为起点一直向后遍历清理过期数据,遇到null元素停止,然后把null元素的下标返回。

再次回到前面的 set(),当把过期 entry 替换后,会再次执行一次 cleanSomeSlots() 方法来清理数据,如果 cleanSomeSlots() 返回 false,那就表明没有清理到任何过期 entry。这时会判断 size 是否已经大于等于 threshold。如果上述的条件成立了,会执行 rehash(),看看是否需要进行扩容。

rehash():

private void rehash() {
    // 再次清理一次entry数组
    expungeStaleEntries();

    // 此时如果size依旧大于等于 threshold*3/4,就进行扩容
    if (size >= threshold - threshold / 4)
        resize();
}

在方法中,第一步先整体再次清理一次过期 entry,如果清理后,size依旧大于等于 threshold*3/4,就会进行扩容。

expungeStaleEntries():

private void expungeStaleEntries() {
    Entry[] tab = table;
    int len = tab.length;
    // 遍历整个entry数组
    for (int j = 0; j < len; j++) {
        Entry e = tab[j];
        // 如果entry不为null并且key被GC回收了,就从当前下标开始进行一次探测式清理
        if (e != null && e.get() == null)
            expungeStaleEntry(j);
    }
}

expungeStaleEntries() 会遍历整个 entry 数组,每遇到一个过期的 entry,就会从这个 entry 的位置进行一次探测式清理。

resize():

private void resize() {
    Entry[] oldTab = table;
    int oldLen = oldTab.length;
    // 扩容为2倍
    int newLen = oldLen * 2;
    Entry[] newTab = new Entry[newLen];
    // 设置元素的次数,等于size
    int count = 0;
    // 从0开始循环遍历
    for (int j = 0; j < oldLen; ++j) {
        Entry e = oldTab[j];
        // 如果元素不等于null
        if (e != null) {
            ThreadLocal<?> k = e.get();
            // 如果key不存在,即entry过期了,把value设置为null,帮助GC回收
            if (k == null) {
                e.value = null;
            } else {
                // 计算新的hash,作为下标
                int h = k.threadLocalHashCode & (newLen - 1);
                // 如果新的下标存在元素(hash冲突),那就向后寻找一个元素为null的下标
                while (newTab[h] != null)
                    h = nextIndex(h, newLen);
                // 设置元素
                newTab[h] = e;
                count++;
            }
        }
    }
    // 设置Threshold,注意这不是简单的 set 方法,内部会乘以2/3的
    setThreshold(newLen);
    size = count;
    table = newTab;
}

resize() 是扩容方法。长度扩容为之前的两倍,会把 Threshold 重新设置。

2.2 get()

get() 会从 ThreadLocal 中读取之前 set 的数据。它会以当前 ThreadLocal 为 key,去 ThreadLocalMap 中寻找数据。

get():

public T get() {
    // 获取当前线程的ThreadLocalMap
    Thread t = Thread.currentThread();
    ThreadLocalMap map = getMap(t);
    if (map != null) {
        // 把当前ThreadLocal作为key,获取map中的entry
        ThreadLocalMap.Entry e = map.getEntry(this);
        if (e != null) {
            // 获取entry的value,然后返回value
            T result = (T)e.value;
            return result;
        }
    }
    // map为null就返回null
    return setInitialValue();
}

第一步会获取当前线程的 ThreadLocalMap,然后把当前 ThreadLocal 作为 key 去ThreadLocalMap 中寻找数据,如果找不到就返回 null。获取数据调用的是 getEntry()。

getEntry():

private Entry getEntry(ThreadLocal<?> key) {
    // 计算key的hash作为下标
    int i = key.threadLocalHashCode & (table.length - 1);
    Entry e = table[i];
    // 判断这个下标的entry是否存在,存在的话key是不是和目标key一致
    if (e != null && e.get() == key)
        // 条件都符合,返回这个entry
        return e;
    else
        // 从计算出的下标开始,向后寻找目标entry
        return getEntryAfterMiss(key, i, e);
}

根据 key 计算下标,如果这个下标的 entry 存在并且 entry 的 key 也没有被 GC 回收,那就命中这个 entry 返回。否则的话,调用 getEntryAfterMiss(),循环在 entry 数组中寻找目标 entry。

getEntryAfterMiss():

private Entry getEntryAfterMiss(ThreadLocal<?> key, int i, Entry e) {
    Entry[] tab = table;
    int len = tab.length;

    // 循环遍历,直到entry为null
    while (e != null) {
        ThreadLocal<?> k = e.get();
        // key和目标key相同,直接返回这个entry
        if (k == key)
            return e;
        // k等于null,表明这个entry为过期数据,那就进行一次探测式清理
        if (k == null)
            expungeStaleEntry(i);
        else
            i = nextIndex(i, len);
        // 没有找到目标entry,向后继续寻找
        e = tab[i];
    }
    // 怎么都找不到就返回null
    return null;
}

循环遍历 entry 数组,发现过期数据就探测式清理一次数据,返回目标 entry 就命中返回。

2.3 remove()

remove(),移除数据。

public void remove() {
    // 获取当前线程的ThreadLocalMap
    ThreadLocalMap m = getMap(Thread.currentThread());
    if (m != null)
        // 把当前ThreadLocal对象作为key,在ThreadLocalMap中移除这个key
        m.remove(this);
}

第一步获取当前线程的 ThreadLocalMap,第二步把当前 ThreadLocal 对象作为 key,在ThreadLocalMap 中移除掉。

再看 m.remove(this) 的源码:

private void remove(ThreadLocal<?> key) {
    Entry[] tab = table;
    int len = tab.length;
    // 计算hash作为下标
    int i = key.threadLocalHashCode & (len-1);
    // 从i开始遍历数组,遇到null停止遍历
    for (Entry e = tab[i];
         e != null;
         e = tab[i = nextIndex(i, len)]) {
        // 如果entry的key等于入目标key,清理entry,并进行一次探测式清理
        if (e.get() == key) {
            // 会把entry的key设置为null,这时entry就会变成过期数据
            e.clear();
            expungeStaleEntry(i);
            return;
        }
    }
}

计算出 key 的 hash 作为下标,然后从i开始遍历数组,遇到null停止遍历。在遍历时,如果命中了key,那就会执行 clear() 把命中的 entry 的 key 设置为 null。这是这个 entry 就是过期数据了,然后紧接着执行 expungeStaleEntry(),会清理掉过期的 entry。

3. 相关问题

问:ThreadLocal 中 key 为什么要使用用弱引用?value使用强引用?

答:在数据使用完毕后,继续放在 ThreadLocalMap 已经没有意义,所以程序可以主动让数据在GC是被回收掉。但是直接把 entry 设置成弱引用不合理,因为 vlaue 是用户传递进来的,value 可能在其他地方存在引用。

value 不设置为弱引用是因为不清楚除了 ThreadLocal 引用之外是否还有其他的的引用

问:ThreadLocal会有内存泄露吗?

答:存在。因为 value 是强引用,不会被GC回收,而 ThreadLocal 自动清理数据是在调用 set()、get()、remove() 是进行的,如果长时间不调用 set(),get(),remove() 方法,会有内存泄露的风向。

问:ThreadLocal为什么不用链表?

答:个人觉得,key 是会被 GC 回收的,那么这 ThreadLocalMap 中的数据存在时间并不是很稳固,可能随时被GC回收。因此没必要在使用链表来优化性能了。

问:ThreadLocal什么时候扩容?

答:在 set() 时,先判断 size 是否大于 threshold,如果是的话,清理一次 entry 数组,然后再判断一次 size 是否大于 threshold3/4。如果这时依旧成立,那么进行扩容。

ThreadLocal 详解(源码解析) 这可能是你看过最详细的 ThreadLocal 源码解析 阅读详情

相关推荐

【ThreadLocal源码】深入浅出ThreadLocal

ThreadLocal提供线程局部变量。这些变量与正常的变量不同,因为每一个线程在访问ThreadLocal实例的时候,都有自己的、独立初始化的变量副本。ThreadLocal实例通常是类中的私有静态变量,使用它的目的是希望将状态(用户ID、事务ID等)与线程关联起来。1)、前面执行的方法保存了信息后,后续方法可以通过ThreadLocal 直接获取到,避免了传参,类似于全局变量的概念,例如当前登录用户放入ThreadLocal 中,避免每个方法一直传递过去,直接从ThreadLocal获取即可;

weixiaohuai的博客 1205

JDK1.8中ThreadLocal源码解析

目录一、ThreadLocal概述二、ThreadLocal的使用方式三、ThreadLocal源码分析3.1、ThreadLocal、Thread、ThreadLocalMap、Entry之间的关系3.2、ThreadLocal的set(T value)方法3.3、nextIndex和prevIndex3.4、开放地址法3.4.1、开放地址法3.4.2、ThreadLocalMap和HashMap的区别3.4.3、链地址法和开放地址法的优缺点3.4.4、ThreadLocalMap采用开放地址法原因3.5

小志的博客 2154

ThreadLocal源码分析_01 入门案例以及表层源码分析

1、ThreadLocal简介 ThreadLocal是一个全局对象,ThreadLocal是线程范围内变量共享的解决方案;ThreadLocal可以看作是一个map集合,key就是当前线程,value就是要存放的变量。eg如下: // 声明一个ThreadLocal实例 ThreadLocal threadLocal = new ThreadLocal(); // 随机获取一个数字n int n = new Random().nextInt(); // 存放数据n给threadLocal: threa

兴趣使然的草帽路飞 1万+

ThreadLocal详解,源码级的详解,快来学

先看一下的官方解释。我们可以通过实例隐式地给线程设置局部变量,即该实例可以在每一个线程内部创建一个变量的副本。而该实例我们就可以通过全局共享变量的方式创建。如下图所示很多文章中将解释为多线程环境中保证线程安全的一个类,但这种说法其实是十分片面的。从官方解释上来看,的功能仅仅是为了给多个线程设置局部变量,这和线程安全是没有关系的,线程安全针对的是全局的共享变量。从类路径来看,位于java.lang包,而非包。从其使用方法来看,无论是set()方法、get()方法、remove()方法,都。

理想万岁万万岁的博客 760

间充质干细胞衰老机制与抗衰老干预策略研究

干细胞技术在再生医学领域具有广阔应用前景,其中间充质干细胞(MSCs)因其多向分化潜能和免疫调节特性备受关注。细胞衰老是影响干细胞治疗效果的共性难题,表现为增殖能力下降、端粒缩短等特征。通过表观遗传学分析发现,衰老MSCs存在DNA甲基化异常和组蛋白修饰改变;线粒体功能障碍导致ATP产量锐减,ROS累积显著增加。针对这些机制,研究者开发了包括小分子化合物筛选、CRISPR基因编辑和三维培养优化在内的多种干预策略。这些技术在组织修复、抗衰老治疗等应用场景中展现出重要价值,例如可提升心肌梗死修复效率2.3倍,缩

weixin_33502772的博客 230

ASP.NET MVC5 C# Entity Framework 连接 Oracle 数据库

ASP.NET MVC5 C# Entity Framework 连接 Oracle 数据库创建数据库安装 Entity Framework配置数据库连接字符串添加实体模型类添加数据库上下文类添加控制器类运行测试 创建数据库 创建【全局数据库名】为 demodb 的Oracle数据库,用 SYSTEM 用户连接成功后创建【用户名】为 DJIANG 的用户,并授予该用户 DBA 角色 安装 Enti...

idjiang的博客 2538

ThreadLocal 源码分析

讲解了ThreadLocal和ThreadLocalMap的底层数据结构

随便写点C++和JAVA的知识 994

基于Simulink的防空导弹六自由度弹道建模与仿真实战

本文详细介绍了基于Simulink的防空导弹六自由度弹道建模与仿真方法。通过分析导弹动力学原理、Simulink环境配置、气动力建模、推进与控制系统设计等关键环节,提供了一套完整的实战指南。文章特别强调了六自由度模型在防空导弹仿真中的重要性,并分享了常见问题排查与优化建议,为相关领域工程师提供实用参考。

apple5的专栏 868

Android ThreadLocal源码分析

ThreadLocal 是一个线程内部的数据存储类,通过他可以指定线程中存储的数据,在读取的时候,只有指定的线程才可以读取到数据,对于其他线程来说是无法拿到数据的。 我们可以通过一个简单的例子了解一下: public class MainActivity extends AppCompatActivity { private static final String TAG = "Mai...

345丶 666

RK3588平台开发系列讲解(USB篇)UAC初识

📢本篇将介绍RK3588平台`UAC`的配置使用。

内核笔记 3886

【C++】开源:ncurses终端TUI文本界面库

ncurses配置使用(TUI)

DevFrank的博客 3173

ThreadLocal源码分析总结

ThreadLocal源码分析总结 @author:Jingdai @date:2021.07.25 上篇分析了ThreadLocalMap的源码,这篇继续分析ThreadLocal的源码。本文将会分析ThreadLocal的源码、内存泄露问题及 ThreadLocal 和线程池结合使用的问题。 简介 ThreadLocal 用来创建线程局部变量,使每个线程有自己独立的变量副本,不会有线程安全问题。ThreadLocal 通常定义为private static 的属性,用以存储与线程相关联的状态(如us

qq_41512783的博客 180

一张图读懂 SAP S/4HANA Cloud 与 SAP BTP 的扩展版图

本文解析了SAP S/4HANA Cloud的扩展技术谱系,提出扩展应分为on-stack(系统内)和side-by-side(并行)两种路径,并沿着低代码到专业代码的能力梯度进行分层。on-stack扩展包括面向业务人员的Key User Extensibility和面向开发者的Developer Extensibility,强调贴近核心业务对象;side-by-side扩展则依托SAP BTP平台,提供SAP Build低代码工具、CAP开发框架和ABAP云环境三种方案,支持解耦创新。文章通过五个真实案

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 255

Java8 ThreadLocal 源码分析

一、ThreadLocal 简介 在学习源码之前,有一个概念我们需要先明白:ThreadLocal 可以使多线程间数据读写隔离,因此 ThreadLocal 解决的是线程局部变量安全性问题,并不是多线程间共享变量安全性问题。 ThreadLocal 在使用时必须先初始化 value,否则会报空指针异常,你可以通过 set 方法与重写 initialValue 方法两种方式初始化 value。 下面...

点滴记录 777

微信小程序 - 强力解决播放视频卡顿问题,小程序使用video组件播放视频或第三方视频插件,会出现卡顿或者无法播放的各种奇怪问题(微信小程序苹果ios/安卓播放视频很卡不流畅、视频太长或文件大等情况)

微信小程序视频组件播放卡顿,微信小程序video组件出现无法播放或卡顿,微信小程序video组件播放时会出现卡顿,微信小程序使用video组件播放视频的时候,会出现卡顿或者无法播放的问题,微信小程序安卓视频播放卡顿问题,微信小程序苹果ios手机播放视频不流畅很卡,加cdn还是卡,uniapp播放视频会有明显的卡顿问题,video视频时卡顿不流畅问题,为什么video组件播放视频卡顿?苹果微信小程序通过video组件播放视频时卡顿,怎么解决?微信小程序video组件出现无法播放或卡顿,设置custom-cac

🏆 前端领域优质创作者 1万+

SIMATIC S7-1200, S7-1500 PID 控制[手册]

SIMATIC S7-1200, S7-1500 PID 控制[手册]

源码分析ThreadLocal

ThreadLocal是一种变量类型,根据当前的线程,变量的value也会不一样,也可以理解成每个线程内都有一个变量的副本,很多人说ThreadLocal就是一个key为线程的map,看了下源码,我是这样理解的(可以看下jdk8的官方文档 https://docs.oracle.com/javase/8/docs/api/index.html) public class ThreadLocal<T> { public T get() {...} public void set

北海大鱼的博客 684

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

ThreadLocal和ThreadLocalMap源码分析

背景分析 ​ 相信很多程序猿在平常实现功能的过程当中,都会遇到想要某些静态变量,不管是单线程亦或者是多线程在使用,都不会产生相互之间的影响,也就是这个静态变量在线程之间是读写隔离的。 ​ 有一个我们经常使用的工具类,它的并发问题就是用ThreadLocal来解决的,我相信大多数人都看过,那就是SimpleDateFormat日期格式化的工具类的多线程问题,大家去网上搜的话,应该会有一堆人都说使用T...

weixin_33788244的博客 228

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

ThreadLocal介绍以及源码分析

ThreadLocal是为了解决多线程并发访问的一种方案,它不像Synchronized等其他锁方式,使变量或者代码只能被一个线程访问,而ThreadLocal是为了每个线程提供属于自己线程的变量副本,每个线程读取变量副本都是相互独立的,从而达到线程隔离作用。

m0_61172147的博客 1880

源码分析:ThreadLocal的使用以及源码分析

最近项目中用到了ThreadLocal,一直对它的使用原理有疑惑,比如:到底是怎么实现线程间隔离、各个名词之间是什么关系?今天看了看源码,在这里总结一下,分为三个大部分去记录,分别是:简单使用和源码分析 简单使用 使用这块直接上代码了,下边代码模拟了一个service,然后两个线程去跑去修改各自的变量,每个变量不受各自的修改影响,需要说明的是主线程独立于两个线程,这两个线程相当于service...

maoyeqiu的专栏 418
上一篇: ReentrantLock加锁和解锁
下一篇: 导出EXCEL工具类
Yuwen_forJava
博客等级 码龄9年 28粉丝 90原创
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值