ThreadLocal的原理作用使用弱引用原因应用举例

Posted shen-qian

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了ThreadLocal的原理作用使用弱引用原因应用举例相关的知识,希望对你有一定的参考价值。

一. 原理

  ThreadLocal就是一个类,他有get、set方法,可以起到一个保存、获取某个值的作用。但是这个类的get、set方法有点特殊,各个线程调用他的get、set操作是互不干扰的,具体原因在于他的方法实现:

public T get() {
        Thread t = Thread.currentThread();  //先确定调用我的线程
        ThreadLocalMap map = getMap(t);  //根据调用我的线程,找到这个线程的ThreadLocalMap对象
        if (map != null) {
            ThreadLocalMap.Entry e = map.getEntry(this);  //以ThreadLocal对象为key,找到对应元素
            if (e != null) {
                @SuppressWarnings("unchecked")
                T result = (T)e.value;   //讲元素的value返回
                return result;
            }
        }
        return setInitialValue();  //如果调用我的线程没有ThreadLocalMap对象,则返回初始值
    }
public void set(T value) {
        Thread t = Thread.currentThread();  //先确定调用我的是哪个线程
        ThreadLocalMap map = getMap(t);  //获取调用我的线程的ThreadLocalMap 
        if (map != null)
            map.set(this, value);  //如果那个线程有map,就将此ThreadLocal对象为key的value设置好
        else
            createMap(t, value);   //如果那个线程还没有map,先创建一个再设置
    }

ThreadLocalMap是ThreadLocal的内部类,为了不造成混乱,可以把他看作一个普通的类。ThreadLocalMap其实类似与HashMap,也是通过key获取某个值(key就是ThreadLocal对象),也是数组存储键值对,拉链法解决冲突等。一个Thread类持有一个ThreadLocalMap实例。

通过上面的源码也可以看出:线程互不干扰的操作ThreadLocal的原因就是,它的set、get方法是要先获取当前线程,然后修改、操作这个线程对象的成员属性。也就是说,调用ThreadLocal对象的set、get方法实际上是在操作当前线程的成员属性,只不过这些属性是通过ThreadLocal对象为key找到的而已。为了值观明了,看下图:

 

技术图片

简单概括过程:有ThreadLocal对象 tl,线程 t 调用 tl.get(), 则去线程 t 的ThreadLocalMap属性对象里找到一个entry,若entry.key == tl返回true,则此entry是目标entry,此entry.value就是我们的目标。

ThreadLocal对象只是一个获取值的渠道而已,提供了set、get的入口,同时作为key去获取和设置目标值。真正的有效目标是属于线程对象私自持有的,自然通过ThreadLocal对象获取的值也就不会受其他线程影响啦。

 

二. 用法示例

public class ThreadLocalTest {
 
    private static ThreadLocal<Integer> tl = new ThreadLocal<Integer>();
 
    public static void main(String[] args) {
        Thread t = new Thread(() -> {
            tl.set(1);
            tl.get();
            .........
        });
    }
}

理解了ThreadLocal的原理,使用起来很简单,注意ThreadLocal对象的定义位置,检查作用域,保证可以被要使用它的线程访问到。

 

三. 关于Entry的弱类型引用

  如果阅读ThreadLocalMap的Entry源码会发现,Entry的key是弱引用:

static class Entry extends WeakReference<ThreadLocal<?>> {
            /** The value associated with this ThreadLocal. */
            Object value;

            Entry(ThreadLocal<?> k, Object v) {
                super(k);  //继承了弱引用,所以这里以一个弱引用指向ThreadLcoal对象k
                value = v;
            }
        }

为什么要这么做呢?看下面的这种场景:

public void func1() {
        ThreadLocal tl = new ThreadLocal<Integer>(); //line1
         tl.set(100);   //line2
         tl.get();       //line3
}

line1新建了一个ThreadLocal对象,t1 是强引用指向这个对象;line2set后,新建一个Entry,通过源码可知entry对象里的 k是弱引用指向这个对象。如图:

技术图片

 

当func1方法执行完毕后,栈帧销毁,强引用 tl 也就没有了,但此时线程的ThreadLocalMap里某个entry的 k 引用还指向这个对象。若这个k 引用是强引用,就会导致k指向的ThreadLocal对象及v指向的对象不能被gc回收,造成内存泄漏,但是弱引用就不会有这个问题(弱引用及强引用等这里不说了)。使用弱引用,就可以使ThreadLocal对象在方法执行完毕后顺利被回收,而且entry的k引用指向为null,此后我们调用get,set或remove方法时,就会尝试删除key为null的entry,可以释放value对象所占用的内存。

概括说就是:在方法中新建一个ThreadLocal对象,就有一个强引用指向它,在调用set()后,线程的ThreadLocalMap对象里的Entry对象又有一个引用指向它。如果后面这个引用是强引用就会使方法执行完,强引用销毁了,对象还不能回收,造成严重的内存泄露。

 

注意:虽然弱引用,保证了k指向的ThreadLocal对象能被及时回收,但是v指向的value对象是需要ThreadLocalMap调用get、set时发现k为null时才会去回收整个entry、value,因此弱引用不能保证内存完全不泄露。我们要在不使用某个ThreadLocal对象后,手动调用remoev方法来删除它,尤其是在线程池中,不仅仅是内存泄露的问题,因为线程池中的线程是重复使用的,意味着这个线程的ThreadLocalMap对象也是重复使用的,如果我们不手动调用remove方法,那么后面的线程就有可能获取到上个线程遗留下来的value值,造成bug。

 

四. 用途举例

  从ThreadLocal类的特性就知道它的用途了,它可以看成专属于线程的变量(实际上是通过它找到线程自己的某个Entry属性对象),不受其他线程干扰,记录着线程的某些信息。作用域比较特殊,它跟随线程的一生,无论线程执行到哪个类的哪个方法,我都随时可以用get()方法拿出来用。比如:在web后台中,可以将http请求的信息包装到ThreadLocal对象 假设为tl,执行此请求的线程在开始前执行 tl.set(httpRequest),那么这个处理请求的线程无论执行到哪,都可以由tl.get()获取当前的请求信息。

  Spring的RequestContextHolder就是这么操作的,这样在使用切面时,也可以获取到请求信息了(切面编程时自身是只可以获取到方法名+方法参数信息的):

技术图片

以上是关于ThreadLocal的原理作用使用弱引用原因应用举例的主要内容,如果未能解决你的问题,请参考以下文章

ThreadLocal作用场景原理

ThreadLocal作用场景原理

ThreadLocal 应用原理解析与常见问题

ThreadLocal 内存泄露的根本原因

漫聊 ThreadLocal (内存泄漏,弱引用)

ThreadLocal弱引用与内存泄漏分析