您好,登錄后才能下訂單哦!
這篇文章主要講解了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"); ... } }
推薦使用第二種,既快有方便。
看完上述內容,是不是對Java SimpleDateFormat線程的安全問題有進一步的了解,如果還想學習更多內容,歡迎關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。