摘要：什么是在對的解釋如下是一個用來對位置敏感的格式化和解析日期的實體類。他允許把日期格式化成，把解析成日期和規范化。

在java doc對SimpleDateFormat的解釋如下:

SimpleDateFormat is a concrete class for formatting and parsing dates in a locale-sensitive manner. It allows for formatting
(date → text), parsing (text → date), and normalization.

SimpleDateFormat是一個用來對位置敏感的格式化和解析日期的實體類。他允許把日期格式化成text，把text解析成日期和規范化。

simpleDateFormat的使用方法比較簡單:

public static void main(String[] args) throws Exception {

 SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-mm-dd  HH:mm:ss");

 System.out.println(simpleDateFormat.format(new Date()));

 System.out.println(simpleDateFormat.parse("2018-07-09  11:10:21"));
 }

1.首先需要定義一個日期的pattern,這里我們定義的是"yyyy-mm-dd HH:mm:ss" ，也就是我們這個simpleDateFormat不管是格式化還是解析都需要按照這個pattern。

2.對于format需要傳遞Date的對象，會返回一個String類型，這個String會按照我們上面的格式生成。

3.對于parse需要傳遞一個按照上面pattern的字符串，如果傳遞錯誤的pattern會拋出java.text.ParseException異常，如果傳遞正確的會生成一個Date對象。

附：格式占位符

 G 年代標志符

 y 年

 M 月

 d 日

 h 時 在上午或下午 (1~12)

 H 時 在一天中 (0~23)

 m 分

 s 秒

 S 毫秒

 E 星期

 D 一年中的第幾天

 F 一月中第幾個星期幾

 w 一年中第幾個星期

 W 一月中第幾個星期

 a 上午 / 下午 標記符

 k 時 在一天中 (1~24)

 K 時 在上午或下午 (0~11)

 z 時區

很多初學者，或者一些經驗比較淺的java開發工程師，用SimpleDateFormat會出現一些奇奇怪怪的BUG。

1.結果值不對：轉換的結果值經常會出人意料，和預期不同，往往讓很多人摸不著頭腦。

2.內存泄漏: 由于轉換的結果值不對，后續的一些操作，如一個循環，累加一天處理一個東西，但是生成的日期如果異常導致很大的話，會讓這個循環變成一個類似死循環一樣導致系統內存泄漏，頻繁觸發GC，造成系統不可用。

為什么會出現這么多問題呢？因為SimpleDateFormat線程不安全，很多人都會寫個Util類，然后把SimpleDateFormat定義成全局的一個常量，所有線程都共享這個常量:

protected static final SimpleDateFormat dayFormat = new SimpleDateFormat("yyyy-MM-dd");

public static Date formatDate(String date) throws ParseException {

 return dayFormat.parse(date);

}

為什么SimpleDateFormat會線程不安全呢，在SimpleDateFormat源碼中,所有的格式化和解析都需要通過一個中間對象進行轉換，那就是Calendar，而這個也是我們出現線程不安全的罪魁禍首，試想一下當我們有多個線程操作同一個Calendar的時候后來的線程會覆蓋先來線程的數據，那最后其實返回的是后來線程的數據，這樣就導致我們上面所述的BUG的產生：

/

/ Called from Format after creating a FieldDelegate

 private StringBuffer format(Date date, StringBuffer toAppendTo,

 FieldDelegate delegate) {

 // Convert input date to time field list

 calendar.setTime(date);

?

 boolean useDateFormatSymbols = useDateFormatSymbols();

?

 for (int i = 0; i < compiledPattern.length; ) {

 int tag = compiledPattern[i] >>> 8;

 int count = compiledPattern[i++] & 0xff;

 if (count == 255) {

 count = compiledPattern[i++] << 16;

 count |= compiledPattern[i++];

 }

?

 switch (tag) {

 case TAG\_QUOTE\_ASCII_CHAR:

 toAppendTo.append((char)count);

 break;

?

 case TAG\_QUOTE\_CHARS:

 toAppendTo.append(compiledPattern, i, count);

 i += count;

 break;

?

 default:

 subFormat(tag, count, delegate, toAppendTo, useDateFormatSymbols);

 break;

 }

 }

 return toAppendTo;

 }

對于SimpleDateFormat的解決方法有下面幾種:

上面出現Bug的原因是因為所有線程都共用一個SimpleDateFormat，這里有個比較好解決的辦法，每次使用的時候都創建一個新的SimpleDateFormat,我們可以在DateUtils中將創建SimpleDateFormat放在方法內部:

public static Date formatDate(String date) throws ParseException {

 SimpleDateFormat dayFormat = new SimpleDateFormat("yyyy-MM-dd");

 return dayFormat.parse(date);

}

上面這個方法雖然能解決我們的問題但是引入了另外一個問題就是，如果這個方法使用量比較大，有可能會頻繁造成Young gc，整個系統還是會受一定的影響。

使用ThreadLocal能避免上面頻繁的造成Young gc，我們對每個線程都使用ThreadLocal進行保存，由于ThreadLocal是線程之間隔離開的，所以不會出現線程安全問題:

private static ThreadLocal simpleDateFormatThreadLocal = new ThreadLocal<>();

 public static Date formatDate(String date) throws ParseException {

 SimpleDateFormat dayFormat = getSimpleDateFormat();

 return dayFormat.parse(date);

 }

?

 private static SimpleDateFormat getSimpleDateFormat() {

 SimpleDateFormat simpleDateFormat = simpleDateFormatThreadLocal.get();

 if (simpleDateFormat == null){

 simpleDateFormat = new SimpleDateFormat("yyyy-mm-dd  HH:mm:ss")

 simpleDateFormatThreadLocal.set(simpleDateFormat);

 }

 return simpleDateFormat;

 }

雖然上面的ThreadLocal能解決我們出現的問題，但是第三方工具包提供的功能更加強大,在java中有兩個類庫比較出名一個是Joda-Time，一個是Apache common包

Joda-Time 令時間和日期值變得易于管理、操作和理解。對于我們復雜的操作都可以使用Joda-Time操作，下面我列舉兩個例子,對于把日期加上90天，如果使用原生的Jdk我們需要這樣寫:

Calendar calendar = Calendar.getInstance();

calendar.set(2000, Calendar.JANUARY, 1, 0, 0, 0);

SimpleDateFormat sdf =

 new SimpleDateFormat("E MM/dd/yyyy HH:mm:ss.SSS");

calendar.add(Calendar.DAY\_OF\_MONTH, 90);

System.out.println(sdf.format(calendar.getTime()));

但是在我們的joda-time中只需要兩句話，并且api也比較通俗易懂，所以你為什么不用Joda-Time呢？

DateTime dateTime = new DateTime(2000, 1, 1, 0, 0, 0, 0);

System.out.println(dateTime.plusDays(90).toString("E MM/dd/yyyy HH:mm:ss.SSS");

在common-lang包中有個類叫FastDateFormat，由于common-lang這個包基本被很多Java項目都會引用，所以你可以不用專門去引用處理時間包，即可處理時間，在FastDateFormat中每次處理時間的時候會創建一個calendar,使用方法比較簡單代碼如下所示:

FastDateFormat.getInstance().format(new Date());

在java8中Date這個類中的很多方法包括構造方法都被打上了@Deprecated廢棄的注解，取而代之的是LocalDateTime,LocalDate LocalTime這三個類：

LocalDate無法包含時間；

LocalTime無法包含日期；

LocalDateTime才能同時包含日期和時間。

如果你是Java8，那你一定要使用他，在日期的格式化和解析方面不用考慮線程安全性，代碼如下:

public static String formatTime(LocalDateTime time,String pattern) {

 return time.format(DateTimeFormatter.ofPattern(pattern));

 }

?

當然localDateTime是java8的一大亮點，當然不僅僅只是解決了線程安全的問題，同樣也提供了一些其他的運算比如加減天數:

//日期加上一個數,根據field不同加不同值,field為ChronoUnit.*

 public static LocalDateTime plus(LocalDateTime time, long number, TemporalUnit field) {

 return time.plus(number, field);

 }

?

 //日期減去一個數,根據field不同減不同值,field參數為ChronoUnit.*

 public static LocalDateTime minu(LocalDateTime time, long number, TemporalUnit field){

 return time.minus(number,field);

 }

最后，如果你擔心使用LocalDateTime 會對你現有的代碼產生很大的改變的話，那你可以將他們兩進行互轉:

//Date轉換為LocalDateTime

 public static LocalDateTime convertDateToLDT(Date date) {

 return LocalDateTime.ofInstant(date.toInstant(), ZoneId.systemDefault());

 }

?

 //LocalDateTime轉換為Date

 public static Date convertLDTToDate(LocalDateTime time) {

 return Date.from(time.atZone(ZoneId.systemDefault()).toInstant());

 }

如果你喜歡這篇文章歡迎點贊，轉發?？梢話呙韫娞柤纯色@得我的1v1 VIP服務。