在jdk1.2推出时开始支持java.lang.ThreadLocal。在J2SE5.0中的声明为:
public class ThreadLocal {
private Map values = Collections.synchronizedMap(new HashMap());public Object get() {
Thread curThread = Thread.currentThread();
Object o = values.get(curThread);
if (o == null && !values.containsKey(curThread)) {
o = initialValue();
values.put(curThread, o);
}
return o;
}public void set(Object newValue) {
values.put(Thread.currentThread(), newValue);
}public Object initialValue() {
return null;
}
}
get()
和 set()
操作都需要values
映射表上的同步,而且如果多个线程同时访问同一个ThreadLocal
,那么将发生冲突。此外,这个实现也是不切实际的,因为用Thread
对象做 values
映射表中的key将导致无法在线程退出后对 Thread
进行垃圾回收,而且也无法对死线程的 ThreadLocal
的特定于线程的值进行垃圾回收。从j2sdk5.0的src来看,并非在ThreadLocal中有一个Map,而是在每个Thread中存在这样一个Map,具体是ThreadLocal.ThreadLocalMap。当用set时候,往当前线程里面的Map里 put 的key是当前的ThreadLocal对象。而不是把当前Thread作为Key值put到ThreadLocal中的Map里。public class SerialNum {
// The next serial number to be assigned
private static int nextSerialNum = 0;private static ThreadLocal serialNum = new ThreadLocal() {
protected synchronized Object initialValue() {
return new Integer(nextSerialNum++);
}
};public static int get() {
return ((Integer) (serialNum.get())).intValue();
}
}
当然ThreadLocal并不能替代同步机制,两者面向的问题领域不同。同步机制是为了同步多个线程对相同资源的并发访问,是为了多个线程之间进行通信的有效方式;而ThreadLocal是隔离多个线程的数据共享,从根本上就不在多个线程之间共享资源(变量),这样当然不需要对多个线程进行同步了。所以,如果你需要进行多个线程之间进行通信,则使用同步机制;如果需要隔离多个线程之间的共享冲突,可以使用ThreadLocal,这将极大地简化我们的程序,使程序更加易读、简洁。