码迷,mamicode.com
首页 > 其他好文 > 详细

浅谈ThreadLocal

时间:2014-09-10 16:02:41      阅读:226      评论:0      收藏:0      [点我收藏+]

标签:style   http   color   io   使用   java   ar   strong   for   

      ThreadLocal这个名臣带有一定的迷惑性,千万不要认为ThreadLocal是线程的一种实现,网上很多人认为它应该叫ThreadLocalVariable更贴切,我对此也非常赞同。ThreadLocal存在的意义就是为了解决线程之间数据数据的冲突,ThreadLocal是线程的局部变量,它里面的数据只存活在线程的声明周期之中,而且必须是当前线程才能获取到对应的数据,其他的线程不能获取到当前线程的ThreadLocal中的数据。

       在对ThreadLocal做了一个简单的介绍后,下面开始逐一分析。

1.ThreadLocal是什么?

    ThreadLocal的本质是线程局部变量,可以理解为ThreadLocalVariable,它并非是线程的本地实现,不是一个Thread。

    ThreadLocal的源码中类声明如下:

public class ThreadLocal<T> {...

2.ThreadLocal的作用?

       ThreadLocal存在是为了解决什么问题的呢?在多线程并发的情况下,各个线程的在其上下文环境下保存一些变量副本,

可以独立的改变自己的副本,而不会和其他线程的副本冲突。

       ThreadLocal的数据实际存储在ThreadLocalMap中,并且以当前的ThreadLocal对象作为key,当对ThreadLocal做get和set方法的时候,都是以this为key进行操作的,因此其的ThreadLocal对象获取当前的ThreadLocal对象的值。

    set

 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;
    }

get

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


3.ThreadLocal中的变量存储在何处?

        ThreadLocal中数据式存储在ThreadLocal.ThreadLocalMap中的。这个ThreadLocalMap的对象是被Thread对象的threadLocals的属性引用的。由此可见,ThreadLocal中变量存在Thread对象中,因此在线程的存活期间,如果没有刻意的去删除这些属性,实际上在线程声明周期中均可以对这些变量进行访问和操作。

        ThreadLocalMap是作为Thread类的一个字段。

class Thread implements Runnable {
    /* Make sure registerNatives is the first thing <clinit> does. */
    private static native void registerNatives();
    static {
        registerNatives();
    }

    private char	name[];
    private int         priority;
    private Thread	threadQ;
    private long	eetop;

    /* Whether or not to single_step this thread. */
    private boolean	single_step;

    /* Whether or not the thread is a daemon thread. */
    private boolean	daemon = false;

    /* JVM state */
    private boolean	stillborn = false;

    /* What will be run. */
    private Runnable target;

    /* The group of this thread */
    private ThreadGroup	group;

    /* The context ClassLoader for this thread */
    private ClassLoader contextClassLoader;

    /* The inherited AccessControlContext of this thread */
    private AccessControlContext inheritedAccessControlContext;

    /* For autonumbering anonymous threads. */
    private static int threadInitNumber;
    private static synchronized int nextThreadNum() {
	return threadInitNumber++;
    }

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

         ThreadLocalMap何时创建,并将对象引用和Thread的threadLocals属性关联上呢?在ThreadLocal中有一个createMap的方法,在这个方法里会创建一个ThreadLocalMap。请看下面代码:

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

         此时还没有回答何时回创建ThreadLocalMap这个问题。实际上在前面的set方法中已经看到调用createMap的方法了,说明在第一设置数据的时候,如果使用当前ThreadLocal对象没有找到ThreadLocalMap对象的时候,那么将会去创建ThreadLocalMap对象,但是起初没有set就开始调用get方法呢?在get方法里面调用一个叫setInitialValue的方法。事实上setInitialValue和set方法非常相似,在setInitialValue中也调用createMap方法。请看下面代码:

 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;
    }

  至此,我可以知道了ThreadLocalMap是存储在Thread对象中,其次TheadLocal会在首次调用get或者set的时候创建ThreadLocalMap对象,并且将这个ThreadLocalMap的对象赋给当前线程的threadlocals属性。

4.ThreadLocal中数据存储详细分析。

    (1)ThreadLocal中数据是存储在ThreadLocalMap的对象中。并且是ThreadLocalMap对象和Thread对象时一对一的关系。

     (2)一个ThreadLocalMap对象对应的ThreadLocal对象是N个。

      (3)ThreadLocalMap的Entry是一个WeakReference<ThreadLocal>子类,ThreadLocalMap中存储的时候是以ThreadLocal的对象作为key,当key释放了引用(key==null),ThreadLocalMap会立刻移除对应Entry。

        我们再次看一下ThreadLocalMap.Entry的声明:

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

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

5.ThreadLocal回收。参考资料来自ThreadLocal内存泄露

被废弃了的ThreadLocal所绑定对象的引用,会在以下4情况被清理。

如果此时外部没有绑定对象的引用,则该绑定对象就能被回收了:

1 Thread结束时。

2 当Thread的ThreadLocalMap的threshold超过最大值时。

3 向Thread的ThreadLocalMap中存放一个ThreadLocal,hash算法没有命中既有Entry,而需要新建一个Entry时。

4 手工通过ThreadLocal的remove()方法或set(null)。

因此如果我们粗暴的把ThreadLocal设置null,而不调用remove()方法或set(null),那么就可能造成ThreadLocal绑定的对象长期也能被回收,因而产出内存泄露。


浅谈ThreadLocal

标签:style   http   color   io   使用   java   ar   strong   for   

原文地址:http://my.oschina.net/u/1246838/blog/312042

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!