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");
  ...
}

这样写完全没有任何问题，但我们有时候会觉得重复创建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");
    ...
  }
}

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

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持易盾网络。