SimpleDateFormat线程不安全，都怪它？？

    日期格式对象是非线程安全的，java.text.Format中的parse()和format()方法包含一个可导致用户看到其他用户数据的race condition（两个或多个进程读写某些共享数据，而最后的结果取决于进程运行的精确时序）。

例如：下面代码片段中，定义了一个静态的日期格式对象。

上述代码输出会有三种情况，

 

第一种是正常情况。

 

第二种情况是报错。

 

第三种是两个线程输出一致。

 

出现这种情况的原因是因为SimpleDateFormat类内部有一个Calendar对象引用,它用来储存和这个SimpleDateFormat相关的日期信息。这样就会导致一个问题,如果SimpleDateFormat是static的, 那么多个thread之间就会共享SimpleDateFormat, 同时也是共享Calendar引用。

SimpleDateFormat的parse方法：

Calendar是用来承载字符串转化成日期对象的容器，calendar对象有个clear后set值的过程，高并发下，set值的过程，会出现把上次set值给覆盖的情况。

SimpleDateFormat的format方法：

传入的日期对象，会直接用Calendar承载，高并发下，Calendar承载的对象会被覆盖。

 

有如下四种解决方法：

（1）将SimpleDateFormat定义成局部变量，但是每调用一次方法意味创建一个SimpleDateFormat对象，浪费内存。

（2）方法加同步锁synchronized，在同一时刻，只有一个线程可以执行类中的某个方法。这样性能较差，每次都要等待锁释放后其他线程才能进入。

（3）使用第三方库joda-time，由第三方考虑线程不安全的问题。

（4）使用ThreadLocal：每个线程拥有自己的SimpleDateFormat对象。例如单独写一个DataUtil类处理或者直接将原来定义的静态对象改为