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

一. 原理

ThreadLocal就是一个类，他有get、set方法，可以起到一个保存、获取某个值的作用。但是这个类的get、set方法有点特殊，各个线程调用时是互不干扰的，就好像线程在操作ThreadLocal对象时是在操作线程自己的私有属性一样。具体原因在于他的方法实现：

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>();  //private是为了安全，是一个普遍做法；static是因为这个变量有可能在static方法中使用
 
    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);  //由于Entry继承了WeakReference，所以这里以一个弱引用指向ThreadLcoal对象
                value = v;
            }
        }

为什么要这么做呢？看下面的这种场景：

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

line1新建了一个ThreadLocal对象，t1 是强引用指向这个对象；line2调用set（）后，新建一个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 指向它。如果后面这个引用 k 是强引用就会使方法执行完，栈帧中的强引用销毁了，对象还不能回收，造成严重的内存泄露。

注意：虽然弱引用，保证了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就是这么操作的，这样在使用切面时，也可以获取到请求信息了（切面编程时自身是只可以获取到方法名+方法参数信息的）：

posted on 2019-12-27 17:41 千山万水楼外楼阅读(9706) 评论(3) 编辑收藏举报

刷新页面返回顶部

阿译

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

导航