昨天下午看同事提交的代码，扫到这么一行，心里顿时咯噔一下：
new SimpleDateFormat(“YYYY-MM-dd”)
很多人敲代码顺手，或者被代码补全带偏，喜欢把 Y 和 M 全大写。但这在 Java 里，等于给系统埋了一颗隐蔽性极强的“跨年雷”，年底必炸。
为了预现场景，我构建了一段伪代码，故意把时间设置到了 2026 年 12 月 31 日：
importjava.text.SimpleDateFormat;importjava.util.Calendar;importjava.util.Date;publicclassDateFormatTest{publicstaticvoidmain(String[]args){// 故意构造一个跨年边缘的时间：2026年12月31日Calendarcalendar=Calendar.getInstance();calendar.set(2026,Calendar.DECEMBER,31);Datedate=calendar.getTime();// 正确写法-小写 yyyySimpleDateFormatsdf1=newSimpleDateFormat("yyyy-MM-dd");// 错误写法- 大写 YYYYSimpleDateFormatsdf2=newSimpleDateFormat("YYYY-MM-dd");System.out.println("小写 yyyy: "+sdf1.format(date));System.out.println("大写 YYYY: "+sdf2.format(date));}}运行结果：
小写 yyyy:2026-12-31大写YYYY:2027-12-31// 注意看，年份直接错乱了发现没？原本是 2026 年的日期，用大写的 YYYY 格式化后，直接变成了 2027 年！
为什么会这样？
Java 的日期格式化标准里，大小写不同，意思完全不一样：
小写 yyyy：代表真实的日历年份，也就是你日历上看到的那一年。
大写 YYYY：代表的是 Week-Based-Year（基于周的年份）。简单来说，只要这一周跨年了——比如这周既有 2026 年底的几天，又包含了 2025 年的 1 月 1 日——那这周里的任何一天，年份都会被算作下一年。
这代码最恶心的地方就在这：平时测试根本发现不了，一切正常。只有到了每年最后那几天才会突然出问题，试想一下：用户的登录 Token 会因为「签发时间在未来」被集体拦截导致大面积掉线、扔进 MQ 的延迟消息也直接排到了下一年……细思恐极了朋友！
赶紧自查！
今天抽空打开 IDEA，按下 Ctrl + Shift + F（Mac 是 Cmd + Shift + F），全局搜一下 "YYYY（记得带上前引号）。如果真搜到了，赶紧改成 yyyy，算是提前排了个大雷。
顺手把这篇文章丢到团队群里，让大家都自查一下，能救一个是一个。
关注我的公众号，每天查看最新文章哦！
