Question

Java的SimpleDateFormat的实例对象在多线程中安全吗？

比如我设成静态的
static SimpleDateFormat fmt;
然后在多线程的环境中
Date d=fmt.parse(text);//多线程执行
这个fmt对象老是对接收的text出错,尽管上一行打印text都对哇....
问这个fmt对象是否在多线程中安全？说说依据

Answer 1

这样定义成全局的static变量是线程不安全的。
原因如下：
SimpleDateFormat类内部有一个Calendar对象引用,它用来储存和这个sdf相关的日期信息,例如sdf.parse(dateStr), sdf.format(date) 诸如此类的方法参数传入的日期相关String, Date等等, 都是交由Calendar引用来储存的.这样就会导致一个问题,如果你的sdf是个static的, 那么多个thread 之间就会共享这个sdf, 同时也是共享这个Calendar引用, 并且, 观察 sdf.parse() 方法,你会发现有如下的调用:
Date parse() {
calendar.clear(); // 清理calendar
// 执行一些操作, 设置 calendar 的日期什么的
calendar.getTime(); // 获取calendar的时间
}
这里会导致的问题就是, 如果 线程A 调用了 sdf.parse(), 并且进行了 calendar.clear()后还未执行calendar.getTime()的时候,线程B又调用了sdf.parse(), 这时候线程B也执行了sdf.clear()方法, 这样就导致线程A的的calendar数据被清空了(实际上A,B的同时被清空了). 又或者当 A 执行了calendar.clear() 后被挂起, 这时候B 开始调用sdf.parse()并顺利i结束, 这样 A 的 calendar内存储的的date 变成了后来B设置的calendar的date。

Answer 2

看你具体怎么用了。

static SimpleDateFormat fmt = new SimpleDateFormat("yyyy-MM-dd hh:mm:ss");

只要你代码中不会对fmt进行修改，就是安全的。

只有会发生修改操作的共享数据（静态数据），才存在线程安全