一個由“ YYYY-MM-dd ”引發(fā)的慘案 ！元旦來臨前警惕 ~
點(diǎn)擊關(guān)注公眾號，Java干貨及時送達(dá)??
前言
在元旦假期到來之際，我剛好準(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));
????}
}
我們來看下運(yùn)行結(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。
這雖然是個很小的知識點(diǎn)，但是也有很多人栽到坑里，各位學(xué)完可以記錄一下咯，覺得好的還可以點(diǎn)個贊關(guān)注一下。我在這里祝愿各位碼代碼時如有神助，永遠(yuǎn)沒有 bug~
2.?SpringBoot 啟動時實(shí)現(xiàn)自動執(zhí)行代碼的幾種方式講解
最近面試BAT，整理一份面試資料《Java面試BATJ通關(guān)手冊》，覆蓋了Java核心技術(shù)、JVM、Java并發(fā)、SSM、微服務(wù)、數(shù)據(jù)庫、數(shù)據(jù)結(jié)構(gòu)等等。
獲取方式：點(diǎn)“在看”，關(guān)注公眾號并回復(fù)?Java?領(lǐng)取，更多內(nèi)容陸續(xù)奉上。
文章有幫助的話，在看，轉(zhuǎn)發(fā)吧。
謝謝支持喲 (*^__^*)
