問題描述

專案執行環境：
資料庫=>mysql5.0
jdk=>jdk1.8
伺服器=>tomcat8.0
之前做專案就遇到過這個問題，忘記記在哪裡了，這次做專案又遇到了這個奇葩問題。因為My97DatePicker中的日期回顯的時候不能直接用
Date型別的資料，所以我們就要先把Date型別的資料轉換成String型別的，然後再傳遞到前臺去展示。剛開始轉換的程式碼如下

staff.setAccessionDateString(staff.getAccessionDate()==null?null:staff.getAccessionDate().toString());
 

            staff.setDimissionDateString(staff.getDimissionDate()==null?null:staff.getDimissionDate().toString());

前臺展示時候發現如下奇葩情況，最後會多一個.0的字尾

問題解決方案

1. 後來經過除錯發現如下圖中紅圈標示的，在Date型別toString後就變成了帶字尾.0的。
   

2. 緊接著再往前除錯，發現Date型別的變數值已經也是帶.0字尾的了，如下圖

3. 最後把sql拷貝出來執行了一下，發現格式是正常的如下圖

經過以上除錯分析，應該是在從資料庫查詢出來之後對映的時候發生了變化。
解決方案一：

staff.setAccessionDateString(staff.getAccessionDate()==null?null:DateUtil.format(staff.getAccessionDate(), null));
            staff.setDimissionDateString(staff.getDimissionDate()==null?null:DateUtil.format(staff.getDimissionDate(), null));

上述程式碼中的DateUtil的format方法具體實現如下

 public static String format(Date date, String... pattern) {
        String myPattern = "yyyy-MM-dd HH:mm:ss";

        if (date == null) {
            return null;
        }

        if (pattern != null && pattern.length > 0) {
            myPattern = pattern[0];
        }

        SimpleDateFormat df = new SimpleDateFormat(myPattern);
        return df.format(date);
    }

經過這麼改造後發現這個奇葩的字尾.0就神奇的消失了。
目前暫時發現這一種解決方案，其他解決方案歡迎各位同仁來補充…..