标签：xtend 静态 protect format parse 就是 没有 class read
今天百度一些资料偶然发现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"); ... }
这样写完全没有任何问题，但我们有时候会觉得重复创建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 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<DateFormat> local = new ThreadLocal<DateFormat>() { 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"); ... } }
推荐使用第二种，既快有方便。
标签：xtend 静态 protect format parse 就是 没有 class read
原文地址：https://www.cnblogs.com/zhi-leaf/p/12864877.html
