ThreadLocal

简介: ThreadLocal 是一种为每个线程提供独立变量副本的机制,避免了多线程间的竞争问题。通过 ThreadLocal,每个线程拥有自己的变量实例,互不干扰。其核心原理是借助 Thread 类中的 `threadLocals`,以当前 ThreadLocal 对象为键存储线程专属数据。首次访问时若未初始化,则会调用 `initialValue` 方法设置默认值。此外,线程结束时会自动清理 ThreadLocal 数据,减少内存泄漏风险。这种设计适合需要线程隔离的场景,如数据库连接、用户会话信息等。

        ThreadLocal从字面理解就是线程本地变量,貌似是一种线程私有的缓存变量的容器。为了说明ThreadLocal的特点,举个例子:比如有三个人,每个人比作一个线程,它们都需要一个袋子来装捡到的东西,也就是每个线程都希望自己有一个容器,当然,自己的捡到的东西肯定不希望和别人分享啊,也就是希望这个容器对其他人(线程)是不可见的,如果现在只有一个袋子,那怎么办?

  1. 每个人在捡东西之前一定会先抢到那个唯一的袋子,然后再捡东西,如果使用袋子的时间到了,就会马上把里面的东西消费掉,然后把袋子放到原来的地方,然后再次去抢袋子。这个方案是使用锁来避免线程竞争问题的,三个线程需要竞争同一个共享变量。
  2. 我们假设现在不是只有一个袋子了,而是有三个袋子,那么就可以给每个人安排一个袋子,然后每个人的袋子里面的对象是对其他人不可见的,这样的好处是解决了多个人竞争同一个袋子的问题。这个方案就是使用ThreadLocal来避免不必要的线程竞争的。
    大概了解了ThreadLocal,下面来看看它的使用方法:
private static class UnsafeThreadClass {
   
    private int i;
    UnsafeThreadClass(int i) {
   
        this.i = i;
    }
    int getAndIncrement() {
   
        return ++ i;
    }
    @Override
    public String toString() {
   
        return "[" + Thread.currentThread().getName() + "]" + i;
    }
}
private static ThreadLocal<UnsafeThreadClass> threadLocal = new ThreadLocal<>();
static class ThreadLocalRunner extends Thread {
   
    @Override
    public void run() {
   
        UnsafeThreadClass unsafeThreadClass = threadLocal.get();
        if (unsafeThreadClass == null) {
   
            unsafeThreadClass = new UnsafeThreadClass(0);
            threadLocal.set(unsafeThreadClass);
        }
        unsafeThreadClass.getAndIncrement();
        System.out.println(unsafeThreadClass);
    }
}

        上面的例子仅仅是为了说明ThreadLocal可以为每个线程保存一个本地变量,这个变量不会受到其他线程的干扰,你可以使用多个ThreadLocal来让线程保存多个变量,下面我们分析一下ThreadLocal的具体实现细节,首先,ThreadLocal提供的一些方法中,我们重点关注的是get、set、remove方法。

        首先,我们需要new一个ThreadLocal对象,那么ThreadLocal的构造函数做了什么呢?

/**
* Creates a thread local variable.
* @see #withInitial(java.util.function.Supplier)
*/
public ThreadLocal() {
   
}

        很遗憾它什么都没做,那么初始化的过程势必是在首次set的时候做的,我们来看一下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,getMap方法是做了什么?

ThreadLocalMap getMap(Thread t) {
   
    return t.threadLocals;
}

        非常的简洁,是和Thread与生俱来的,我们看一下Thread中的相关定义:

/* ThreadLocal values pertaining to this thread. This map is maintained
* by the ThreadLocal class. */
ThreadLocal.ThreadLocalMap threadLocals = null;

/*
* InheritableThreadLocal values pertaining to this thread. This map is
* maintained by the InheritableThreadLocal class.
*/
ThreadLocal.ThreadLocalMap inheritableThreadLocals = null;

        获得了线程的ThreadLocalMap之后,如果不为null,说明不是首次set,直接set就可以了,注意key是this,也就是当前的ThreadLocal啊不是Thread。如果为空呢?说明还没有初始化,那么就需要执行createMap这个方法:

void createMap(Thread t, T firstValue) {
   
    t.threadLocals = new ThreadLocalMap(this, firstValue);
}

        没什么特别的,就是初始化线程的threadLocals,然后设定key-value。
下面分析一下get的逻辑:

public T get() {
   
    Thread t = Thread.currentThread();
    ThreadLocalMap map = getMap(t);
    if (map != null) {
   
        ThreadLocalMap.Entry e = map.getEntry(this);
        if (e != null) {
   
            @SuppressWarnings("unchecked")
            T result = (T)e.value;
            return result;
        }
    }
    return setInitialValue();
}

        和set一样,首先根据当前线程获取ThreadLocalMap,然后判断是否为null,如果为null,说明ThreadLocalMap还没有被初始化啊,那么就返回方法setInitialValue的结果,这个方法做了什么?

private T setInitialValue() {
   
    T value = initialValue();
    Thread t = Thread.currentThread();
    ThreadLocalMap map = getMap(t);
    if (map != null)
        map.set(this, value);
    else
        createMap(t, value);
    return value;
}

protected T initialValue() {
   
    return null;
}

        最后会返回null,但是会做一些初始化的工作,和set一样。在get里面,如果返回的ThreadLocalMap不为null,则说明ThreadLocalMap已经被初始化了,那么就可以正常根据ThreadLocal作为key获取了。
当线程退出时,会清理ThreadLocal,可以看下面的代码:

/**
* This method is called by the system to give a Thread
* a chance to clean up before it actually exits.
*/
private void exit() {
   
    if (group != null) {
   
        group.threadTerminated(this);
        group = null;
    }
    /* Aggressively null out all reference fields: see bug 4006245 */
    target = null;
    /* Speed the release of some of these resources */
    threadLocals = null;
    inheritableThreadLocals = null;
    inheritedAccessControlContext = null;
    blocker = null;
    uncaughtExceptionHandler = null;
}

        这里做了大量“Help GC”的工作。包括我们本节所讲的threadLocals和下一小节要讲的inheritableThreadLocals都会被清理。

        如果我们想要显示的清理ThreadLocal,可以使用remove方法:

public void remove() {
   
    ThreadLocalMap m = getMap(Thread.currentThread());
    if (m != null)
        m.remove(this);
}
相关文章
|
存储 安全 Java
【ThreadLocal】
【ThreadLocal】
|
10月前
|
Java
ThreadLocal 场景题
ThreadLocal 场景题
66 1
|
11月前
|
存储 Java
ThreadLocal 有什么用
ThreadLocal 有什么用
72 0
|
存储 安全 Java
ThreadLocal介绍和应用
ThreadLocal介绍和应用
115 0
|
缓存 安全 Java
浅谈ThreadLocal
浅谈ThreadLocal
171 0
|
存储 Java
|
存储 SQL Java
ThreadLocal的其他应用
request对象跟PageHelper
119 0
|
存储 Java 数据库连接
对ThreadLocal的一点了解
ThreadLocal是线程变量,它为每个线程提供单独的存储空间。其主要作用是做线程间的数据隔离,也可以用于在同一个线程间方便地进行数据共享。(对于多线程资源共享,加锁机制采用“时间换空间”,ThreadLocal采用“空间换时间”)
180 0
|
存储 分布式计算 安全
什么是ThreadLocal?
这篇文章是慕课网上一门免费课程《ThreadLocal》的观后总结。这门课将ThreadLocal讲得非常清晰易懂,又深入底层原理和设计思想,是我看过的最好的ThreadLocal的资料,现在把用自己的话,把它整理成文字版本。 总共预计产出四篇文章,这是第一篇。
288 3
|
存储 Java
对threadlocal了解多少?
通常情况下,我们创建的变量是可以被任何一个线程访问并修改的。如果想实现每一个线程都有自己的专属本地变量该如何解决呢? JDK 中提供的 ThreadLocal 类正是为了解决这样的问题。 ThreadLocal 类主要解决的就是让每个线程绑定自己的值,可以将 ThreadLocal 类形象的比喻成存放数据的盒子,盒子中可以存储每个线程的私有数据。