31-线程局部变量 ThreadLocal

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/qq_38331606/article/details/84954494
  1. 线程局部变量 ThreadLocal
    1. 原理,作用

每个Thread维护一个ThreadLocalMap 映射表,使用ThreadLocal对象为弱引用的map集合(即弱引用的对象可以在GC中被回收掉),value为对应的值。其生命周期和线程一致。

作用:提供线程内的局部变量;在线程的生命周期内起作用,减少同一个线程内多个函数或者组件之间一些公共变量的传递的复杂度。

    1. 用法
      1. initialValue():

当get()方法为null时,内部执行开始调用initialValue()方法;当执行完remove()方法,在下一次调用get()方法(获取的为null)时,内部执行开始调用initialValue()方法。

        1. 源码分析

      1. get(): 获取ThreadLocal中当前线程共享变量的值。
        1. 源码分析

      1. set(t): 设置ThreadLocal中当前线程共享变量的值。
        1. 源码分析

      1. remove(): 移除ThreadLocal中当前线程共享变量的值。
        1. 源码分析

      1. ThreadLocalMap
        1. private Entry[] table;
        2. private int size = 0;
        3. static class Entry extends WeakReference<ThreadLocal> {

            Object value;

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

 

    1. 案例

    1. 弱引用
      1. 弱引用导致的内存泄露

当线程没有结束,但是ThreadLocal已经被回收,则可能导致线程中存在ThreadLocalMap<null, Object>的键值对。如果线程迟迟不能结束,则key为null的Entry的value不能被回收掉。

虽然其get(),set(),remove()在调用的时候,会自动清除线程ThreadLocalMap里所有key为null的value,但不能确保不会发生内存泄露。

      1. 使用弱引用的原因

如果key 使用强引用,在引用的ThreadLocal的对象被回收时,由于ThreadLocalMap持有ThreadLocal的强引用;如果没有手动删除,ThreadLocal不会被回收,导致Entry内存泄漏;

而采用弱引用,在在引用的ThreadLocal的对象被回收时,可自动回收ThreadLocal。

      1. 内存泄露的处理方法

1、使用完线程共享变量后,显示调用ThreadLocalMap.remove方法清除线程共享变量;

2、JDK建议ThreadLocal定义为private static,这样ThreadLocal的弱引用问题则不存在了。

猜你喜欢

转载自blog.csdn.net/qq_38331606/article/details/84954494