查看 SimpleDateFormat
的文档注释
SimpleDateFormat is not thread-safe. Users should create a separate instance for each thread.
说 SimpleDateFormat
不是线程安全的,需要为每一个线程创建一个单独的实例来用。为什么是线程不安全的?写个例子试试就知道。
下面这个例子,创建了一个 SimpleDateFormat
实例,然后格式化同一个时间,如果格式化出来的结果不一致的或者抛出了异常,就证明 SimpleDateFormat
确实是线程不安全的。
1 | public class SimpleDateFormatTest { |
下面是打印结果。可以发现,不光是抛出了异常,而且打印出来的结果存在不一致的现象。看来,SimpleDateFormat
果然是线程不安全的。
1 | Exception in thread "Thread-2" Exception in thread "Thread-0" java.lang.NumberFormatException: For input string: "" |
什么原因造成 SimpleDateFormat 是线程不安全的?
看一下 SimpleDateFormat
的源码。在 SimpleDateFormat
的父类 DateFormat
中可以看到一个成员变量
1 | /** |
注释说了,calendar 是用在 format 和 parse 时用的。另外,因为 calendar 作为一个成员变量,在多线程场景下,会发生资源共享造成前后不一致的问题。这就是 SimpleDateFormat
是线程不安全的原因。
如何避免
方法的局部变量
有两种方法,写一个单独的方法,然后将 SimpleDateFormat
作为方法的成员变量,每个线程需要格式化时间的时候,就去调用这个方法,SimpleDateFormat
作为方法的成员变量,自然就不存在资源共享的问题了。
1 | public static String getCurrentTime(String format) { |
但是每次调用这个方法就去 new 一个 SimpleDateFormat
对性能来说也是一个开销。
使用 ThreadLocal
第二种方法是使用 ThreadLocal
来存放 SimpleDateFormat
。ThreadLocal
的特性决定了每个线程操作 ThreadLocal
中的值,不会影响到别的线程
1 | /** |
参考来源
http://blog.jrwang.me/2016/java-simpledateformat-multithread-threadlocal/