Java SimpleDateFormat线程安全问题原理详解

Java SimpleDateFormat线程安全问题原理详解

今天百度一些资料偶然发现SimpleDateFormat居然不是线程安全的，平时使用时根本没有考虑，万幸今天发现了这个问题，得把写的代码得翻出来整理一下了。

一般我们使用的SimpleDateFormat一般是这样写的：

public void method() {

...

DateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");

Date date = dateFormat.parse("2020-05-10 19:53:00");

...

}

这样写完全http://没有任何问题，但我们有时候会觉得重复创建SimpleDateFormat耗费性能，就想到把SimpleDateFormat对象做为类的静态成员变量，那么代码就是这样了：

private static final DateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");

public void method() {

...

Date date = dateFormat.parse("2020-05-10 19:53:00");

...

}

我经常在Controller做日期转换的时候就是这么干的，但这样写很有问题，多线程通知执行容易出问题，要么转换后的结果不对，要么报错，我们测试一下：

public class DateUtils {

private static final DateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");

public static Date prase(String date) throws ParseException {

return dateFormat.parse(date);

}

static class Job extends Thread {

@Override

NEVTOjPUp public void run() {

try {

System.out.println(this.getName() + "：" + DateUtils.prase("2020-05-10 19:53:00"));

} catch (ParseException e) {

}

}

}

public static void main(String[] args) {

for (int i = 0; i < 10; i++) {

new Job().start();

}

}

}

测试结果如下：

那有没有好的解决方案呢，既不用重复创建对象，又保证线程安全呢？答案是有。

方法一：使用ThreadLocal

public class MyController {

private static ThreadLocal local = new ThreadLocal() {

protected DateFormat initialValue() {

return new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");

};

};

public void method() {

...

Date date = local.get().parse("2020-05-10 19:53:00");

...

}

}

方法二：使用第三方apache提供工具包commons-lang3

import org.apache.commons.lang3.time.FastDateFormat;

public class MyController {

public void method() {

...

Date date = FastDateFormat.getInstance("yyyy-MM-dd HH:mm:ss").parse("2020-05-10 19:53:00");

...

}

}

推荐使用第二种，既快有方便。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。