测试代码:
public class Main {
public static void main(String[] args) {
for (int k = 0; k < 10; k++) {
Runnable target = new Runnable() {
@Override
public void run() {
Object obj = dateFormatter.get();
System.out.println(Thread.currentThread().getName() + " => " + obj);
obj = dateFormatter.get();
}
};
new Thread(target, k+"").start();
}
}
private static final ThreadLocal<SimpleDateFormat> dateFormatter = new ThreadLocal<SimpleDateFormat>() {
@Override
protected SimpleDateFormat initialValue() {
return new SimpleDateFormat("yyyy-MM-dd");
}
};
}
输出结果:
8 => java.text.SimpleDateFormat@f67a0200 5 => java.text.SimpleDateFormat@f67a0200 6 => java.text.SimpleDateFormat@f67a0200 ... 7 => java.text.SimpleDateFormat@f67a0200
咦?怎么全是f67a0200一个实例?跟踪ThreadLocal代码寻找原因,百思不得其解。最后突然怀疑是SimpleDateFormat中toString方法的问题,SimpleDateFormat#toString源码如下:
public String toString() {
return getClass().getName() + "@" + Integer.toHexString(hashCode());
}
SimpleDateFormat#hashCode代码如下,其中pattern变量是SimpleDateFormat的格式字符串值( public SimpleDateFormat(String pattern))。
@Override
public int hashCode()
{
return pattern.hashCode();
// just enough fields for a reasonable distribution
}
所以如上原因可以得知,由于自己实现的initialValue方法的SimpleDateFormat的pattern都一样,所以不同sdf实例的toString最终输出相同。
protected SimpleDateFormat initialValue() {
return new SimpleDateFormat("yyyy-MM-dd");
}
产生困惑原因:
通常子类在没有重写toString方法时,我们都可以简单的根据toString值进行判断是否是一个实例,但是由于SimpleDateFormat自己实现了toString所以这个规则不在生效。
提醒:
以后尽可能不要简单的将toString输出用来判断是否是一个实例,如果需要这么判断的话一定要检查toString方法。
拓展:
在java.lang.ThreadLocal#getMap方法中可以发现原来java的Thread对线程局部变量自身就有支持,在Thread中有一个ThreadLocalMap的成员变量。java.lang.ThreadLocal#getMap源码如下:
ThreadLocalMap getMap(Thread t) { //threadLocals是一个默认修饰符成员变量
return t.threadLocals;
}
|