关于SimpleDateFormat线程安全问题

Posted 2020-12-15 zhi-leaf

今天百度一些资料偶然发现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");
        ...
    }
}

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