线程封闭
当访问共享的可变数据时,通常需要使用同步;一种避免使用同步的方式就是不共享数据;如何数据仅仅被一个线程访问,就不需要同步,该技术就是线程封闭。
ThreadLocal就是其中一种实现。
ThreaLocal常见使用
线程池:由于JDBC连接对象不一定是线程安全的,因此,当多个线程在没有协同的情况下使用全局变量时,就不是线程安全的。通过将JDBC的连接保存到ThreadLocal对象中,每个线程都拥有属于自己的连接。
private static ThreadLocal<Connection> connectionHolder = new
ThreadLocal<Connection>() {
@Override
protected Connection initialValue() {
return DriverManager.getConnection("");
}
};
public static Condition getConnection() {
return connectionHolder.get();
}
除此之外,Spring等各种框架大量使用了ThreadLocal(使用它来保存上下文)。
原理
Thread
在Thread对象中有一个变量(钩子),保存Map对象。�
/* ThreadLocal values pertaining to this thread. This map is maintained
* by the ThreadLocal class. */
ThreadLocal.ThreadLocalMap threadLocals = null;
当你调用ThreadLocal中的set方法时就会生成一个Map对象,把这个Map对象赋值给Thread对象。
ThreadLocal
设值
public void set(T value) {
Thread t = Thread.currentThread();
ThreadLocalMap map = getMap(t);
if (map != null)
map.set(this, value); // 以ThreadLocal对象作为key设值
else
createMap(t, value);
}
ThreadLocalMap getMap(Thread t) {
return t.threadLocals;
}
void createMap(Thread t, T firstValue) {
t.threadLocals = new ThreadLocalMap(this, firstValue);
}
取值
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();
}
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;
}
ThreadLocal本质上是给每个线程绑定一个Map对象,该Map对象key是ThreadLocal本身,value是要设置的值;这样每个value就仅仅可以被该线程自己访问到,外部其他线程不会访问到该对象,实现了线程安全。
Thread与ThreadLocal关系
Thread和ThreadLocal之间有着很紧密的关系,Thread中的Map持有ThreadLocal对象(以它作为key)。
Thread | ThreadLocal |
---|---|
死亡 | 死亡 |
存活 | 存活 |
存活 | 死亡 |
死亡 | 存活 |
当两者之间都已经死亡时,自然会被GC回收;当两者都“存活”时,GC不会回收它们;那么当Thread或ThreadLocal两者之间一个“死亡”时情况是什么样呢。
Thread死亡
当Thread死亡时,线程中Map也不存在了,因为Map被回收,Map中保存的key、value也会根据是否还被引用来决定是否被回收,不会导致内存泄露。
ThreadLocal死亡
当ThreadLocal死亡时,线程依然存活,Map还在,但是Map中一个以该ThreadLocal为key的Entry需要失效,该Entry中的key和value应该被GC。
为了实现这一点,ThreadLocal中的Entry实现:
static class Entry extends WeakReference<ThreadLocal<?>> {
/** The value associated with this ThreadLocal. */
Object value;
Entry(ThreadLocal<?> k, Object v) {
super(k);
value = v;
}
}
这样,当ThreadLocal死亡时,因为Entry中key是弱引用,GC依然会回收该对象,不会导致内存泄露。
而Entry中该key对应value的回收是通过下列方法实现的:
private boolean cleanSomeSlots(int i, int n) {
boolean removed = false;
Entry[] tab = table;
int len = tab.length;
do {
i = nextIndex(i, len);
Entry e = tab[i];
if (e != null && e.get() == null) { // e.get() point
n = len;
removed = true;
i = expungeStaleEntry(i);
}
} while ( (n >>>= 1) != 0);
return removed;
}
expungeStaleEntry方法中:
e.value = null; // value set null
tab[i] = null;
size--;
通过该方法把value设置为null,以便在下次GC时能够及时回收该对象;ThreadLocal死亡时不会导致内存泄露。
注意
当前很多技术都是使用的线程池技术,线程不会频繁的创建销毁,那么存在一种可能性,比如线程池中一个线程拿到全局ThreadLocal对象并设置了一个很大的字符串对象,使用过后没有remove操作,那么由于线程和ThreadLocal都是存活的,那么该字符串对象是不会被回收的,导致内存泄露,所以当使用完毕后线程最好调用ThreadLocal中的remove方法,及时移除该对象,防止不必要的内存损耗。