今天我和大家一起聊一聊SimpleDateFormat ，這都2020年了，怎么還在用SimpleDateFormat ？

其實，作為一名Java 程序員，我們會經常在編程時候和時間打交道，比如要把某一個時間存儲到數據庫中去，而我們直接使用

Date

得到的時間都是這樣的

Sun

因此，我們經常需要把時間進行格式化處理，然后在進行存儲，方便閱讀。這個時候我們就會使用到SimpleDateFormat 類，比如使用下面的代碼來獲取當前時間，并調用SimpleDateFormat 對時間進行格式化：

Date

最終輸出的時間為

2020-06-07 16:45:58

由于在java 8之前 SimpleDateFormat 是一個比較常用的類，但是我還是在這里要建議開發者不要用 SimpleDateForma。原因有兩點:

首先，通過new 一個對象來操作對象，占用內存大，如果每處理一個時間信息的時候，就需要new一個SimpleDateFormat實例對象，然后再丟棄這個對象。大量的對象就這樣被創建出來，占用大量的內存和 jvm空間。

那么很多人就會想，既然new 代價太大， 不如我們使用 static 將其設置為共享變量，這樣就可以減小頻繁創建對象帶來的內存開銷啦,真的是機智如我。

private

但是這樣操作在并發量非常大的情況下，由于 SimpleDateFormat 是線程不安全的，這也是第二點原因，這個在JDK文檔中已經明確表明了SimpleDateFormat不應該用在多線程場景中：

Date formats are not synchronized. It is recommended to create separate format instances for each thread. If multiple threads access a format concurrently, it must be synchronized externally.

在《阿里巴巴 Java 開發手冊》中也明確表示不要定義SimpleDateFormat 為static 變量，如果定義static 必須要加鎖。

這背后的原因是由于 SimpleDateFormat 中的format方法在執行過程中，會使用一個成員變量calendar來保存時間。

private

由于在聲明SimpleDateFormat的時候，使用的是static定義的。那么這個SimpleDateFormat就是一個共享變量，SimpleDateFormat 中的calendar也就可以被多個線程訪問到。

舉個例子：假設一個線程A剛執行完calendar.setTime把時間設置成2020-05-07，這個線程還沒執行完，線程B又執行了calendar.setTime把時間改成了2020-06-07。這時候線程A繼續往下執行，拿到的calendar.getTime得到的時間就是線程B改過之后的。

除了format方法以外，SimpleDateFormat的parse方法也有同樣的問題。

所以，不要把SimpleDateFormat作為一個共享變量使用。

那么如何解決這樣的問題呢？如果你使用的是Java 8 之前的JDK，那么上面的《阿里巴巴Java 開發手冊》已經給出了解決方案，那就是使SimpleDateFormat 變成線程安全的，通過加鎖的方式來解決

private

而如果你使用的是Java 8 + 的版本，那么你完全可以拋棄這種線程不安全的時間格式化方法。可以使用DateTimeFormatter代替SimpleDateFormat，這是一個線程安全的格式化工具類。

LocalDate 和LocalDateTime

Java 8開始，明確了日期時間概念，例如：瞬時（instant）、 長短（duration）、日期、時間、時區和周期。

同時繼承了Joda 庫按人類語言和計算機各自解析的時間處理方式。不同于老版本，新API基于ISO標準日歷系統，java.time包下的所有類都是不可變類型而且線程安全。

關鍵類

• Instant：瞬時實例。
• LocalDate：本地日期，不包含具體時間 例如：2014-01-14 可以用來記錄生日、紀念日、加盟日等。
• LocalTime：本地時間，不包含日期。
• LocalDateTime：組合了日期和時間，但不包含時差和時區信息。
• ZonedDateTime：最完整的日期時間，包含時區和相對UTC或格林威治的時差。

新API還引入了 ZoneOffSet 和 ZoneId 類，使得解決時區問題更為簡便。解析、格式化時間的 DateTimeFormatter 類也全部重新設計。

例如，我們使用LocalDate 代替Date，使用DateTimeFormatter 代替SimpleDateFormat，如下所示:

String

這樣就避免了SimpleDateFormat 的線程不安全問題啦。

---

原作者：阿文
原文鏈接：2020 年，你還在使用 Java 中的 SimpleDateFormat 嗎？
原出處：公眾號__CSDN
侵刪

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的java calendar类_2020 年，你还在使用 Java 中的 SimpleDateFormat 吗？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。