一個由“ YYYY-MM-dd ”引發(fā)的慘案 ！元旦來臨前警惕 ~

前言

在元旦假期到來之際，我剛好準(zhǔn)備出去飄幾天，然而在使用一些 App 的時候，竟然被我發(fā)現(xiàn)了一個應(yīng)該是由于前端粗心而導(dǎo)致的 bug，在 2019.12.30 出發(fā)，結(jié)果 App 上顯示的是 2020.12.30（嚇得我以為我的訂單下錯了，此處是不是該把程序員拉去祭天了）。

鑒于可能會有程序員因此而被拉去祭天，而我以前學(xué) Java 的時候就有留意過這個問題，所以我還是把這個問題拿出來說一下，希望能盡量避免這方面的粗心大意（畢竟這種問題也很難測出來）。

正文

public?class?DateTest?{
????public?static?void?main(String[]?args)?{
????????Calendar?calendar?=?Calendar.getInstance();
????????calendar.set(2019,?Calendar.AUGUST,?31);
????????Date?strDate?=?calendar.getTime();
????????DateFormat?formatUpperCase?=?new?SimpleDateFormat("yyyy-MM-dd");
????????System.out.println("2019-08-31?to?yyyy-MM-dd:?"?+?formatUpperCase.format(strDate));
????????formatUpperCase?=?new?SimpleDateFormat("YYYY-MM-dd");
????????System.out.println("2019-08-31?to?YYYY/MM/dd:?"?+?formatUpperCase.format(strDate));
????}
}

我們來看下運行結(jié)果：

2019-08-31?to?yyyy-MM-dd:?2019-08-31
2019-08-31?to?YYYY/MM/dd:?2019-08-31

如果我們?nèi)掌诟某?12.31：

2019-12-31?to?yyyy-MM-dd:?2019-12-31
2019-12-31?to?YYYY-MM-dd:?2020-12-31

問題就出現(xiàn)了是吧，雖然是一個小小的細(xì)節(jié)，但是用戶看了也會一臉懵，但是我們作為開發(fā)者，不能懵啊，趕緊文檔查起來：

y：year-of-era；正正經(jīng)經(jīng)的年，即元旦過后；Y：week-based-year；只要本周跨年，那么這周就算入下一年；就比如說今年(2019-2020) 12.31 這一周是跨年的一周，而 12.31 是周二，那使用 YYYY 的話會顯示 2020，使用 yyyy 則會從 1.1 才開始算是 2020。

這雖然是個很小的知識點，但是也有很多人栽到坑里，各位學(xué)完可以記錄一下咯，覺得好的還可以點個贊關(guān)注一下。我在這里祝愿各位碼代碼時如有神助，永遠(yuǎn)沒有 bug~

干掉Random：這個類已經(jīng)成為獲取隨機數(shù)的王者
Java中clone( )和new效率哪個更高？
JetBrains 推出“下一代 IDE”，快看看有哪些值得期待的功能！
為什么不建議你使用實數(shù)作為 HashMap 的key？
牛了！通過 Java 技術(shù)手段，獲取女朋友定位地址...
最近面試BAT，整理一份面試資料《Java面試BATJ通關(guān)手冊》，覆蓋了Java核心技術(shù)、JVM、Java并發(fā)、SSM、微服務(wù)、數(shù)據(jù)庫、數(shù)據(jù)結(jié)構(gòu)等等。
獲取方式：點“在看”，關(guān)注公眾號并回復(fù)?Java?領(lǐng)取，更多內(nèi)容陸續(xù)奉上。
文章有幫助的話，在看，轉(zhuǎn)發(fā)吧。
謝謝支持喲 (*