今天百度一些資料偶然發(fā)現(xiàn)SimpleDateFormat居然不是線程安全的，平時使用時根本沒有考慮，萬幸今天發(fā)現(xiàn)了這個問題，得把寫的代碼得翻出來整理一下了。

一般我們使用的SimpleDateFormat一般是這樣寫的：

public void method() { ... DateFormat dateFormat = new SimpleDateFormat('yyyy-MM-dd HH:mm:ss'); Date date = dateFormat.parse('2020-05-10 19:53:00'); ...}

這樣寫完全沒有任何問題，但我們有時候會覺得重復創(chuàng)建SimpleDateFormat耗費性能，就想到把SimpleDateFormat對象做為類的靜態(tài)成員變量，那么代碼就是這樣了：

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

我經(jīng)常在Controller做日期轉(zhuǎn)換的時候就是這么干的，但這樣寫很有問題，多線程通知執(zhí)行容易出問題，要么轉(zhuǎn)換后的結(jié)果不對，要么報錯，我們測試一下：

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(); } }}

測試結(jié)果如下：

那有沒有好的解決方案呢，既不用重復創(chuàng)建對象，又保證線程安全呢？答案是有。

方法一：使用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'); ... }}

推薦使用第二種，既快有方便。

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持好吧啦網(wǎng)。