1、最近生產環境遇到了一個問題：會員查詢介面，會員返回的開始時間竟然比過期時間大。
vipStart=2018-08-07 18:37:28 vipEnd=2018-08-05 13:29:54

2、會員的開始時間是根據會員的過期時間來計算的（往前推31天）
檢視系統日誌，排除了資料庫、程式碼的計算可能性後，決定用2018-08-07 18:37:28去查詢一下日誌，是否是執行緒切換造成的。
後面查詢到了一個執行緒日誌
vipStart=2018-07-07 18:37:28 vipEnd=2018-08-07 18:37:28

3、明顯是執行緒不安全問題，後面查詢了格式化工具：
public class DateUtils {
private static SimpleDateFormat simpleDateFormat = null;
method1(){}
method2(){}
method3(){}
}

（1）可以看到工具欄中static SimpleDateFormat是執行緒不安全的，當使用不同的pattern進行修改時，產生的日期格式可能不一樣的。
（2）SimpleDateFormat,類內部有一個Calendar物件引用,它用來儲存和這個sdf相關的日期資訊,例如sdf.parse(dateStr), sdf.format(date) 諸如此類的方法引數傳入的日期相關String, Date等等, 都是交由Calendar引用來儲存的.這樣就會導致一個問題,如果你的sdf是個static的, 那麼多個thread 之間就會共享這個SimpleDateFormat, 同時也是共享這個Calendar引用, 並且, 觀察 sdf.format() 方法,你會發現有如下的呼叫: 

   public StringBuffer format(Date date, StringBuffer toAppendTo,
                               FieldPosition pos)
    {
        pos.beginIndex = pos.endIndex = 0;
        return format(date, toAppendTo, pos.getFieldDelegate());
    }

    // 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++];
            }
 

4、替代方案：

（1）將工具類中private static SimpleDateFormat simpleDateFormat = null;去除掉，寫到方法裡面去；

（2）使用threadlocal方式；

（3）使用Apache下面的DateFormatUtils、DateUtils、最主要的區別是執行緒安全、佔用記憶體少。（推薦）

import org.apache.commons.lang.time.DateFormatUtils;

import org.apache.commons.lang.time.DateUtils;

附圖：SimpleDateFormat與DateFormatUtils、DateUtils佔用的記憶體，可以看出apache工具類的優勢。