应始终使用小写yyyy格式化常规日期。因yyyy表示日历年而yyyy表示周历年，仅在iso周报等特殊场景才用yyyy，且需明确约定；日常应通过敏感日期测试、工具类封装、ci静态检查及升级datetimeformatter等方式规避问题。
直接用 yyyy，别用 YYYY——这是最简单也最有效的排查方式。跨年周问题本质不是“怎么查”，而是“不该让它发生”。只要格式化目标是常规日期（比如日志时间、报表日期、用户显示），就永远选小写 yyyy。
明确用途再选格式符
先问自己：这个年份字段要表达什么？
- 如果是指“这天属于哪一年”，比如“2023年12月31日就是2023年”，那就必须用 yyyy
- 如果真需要“这周属于哪一年”（极少见，如ISO周报系统、某些合规审计场景），才考虑 YYYY，且需团队明确约定并文档说明
用具体日期反向验证
挑出每年末尾和年初的敏感日期手动测试，比看文档更直观：
- 测试 12 月 28 日到 1 月 3 日之间的每一天（含周末）
- 对同一 Date 对象，分别用 "YYYY-MM-dd" 和 "yyyy-MM-dd" 格式化，对比输出
- 重点关注：2025-12-29（周一）、2025-12-31（周三）、2026-01-01（周四）、2026-01-03（周日）——这些日子最容易出现 YYYY 与 yyyy 不一致
代码层加防护机制
靠人盯容易漏，自动化拦截更可靠：
- 在项目中禁用 SimpleDateFormat 字符串硬编码，统一走封装工具类，内部强制校验 pattern 是否含大写 Y
- CI 流程中加入静态检查规则，例如用 SonarQube 或自定义正则匹配 "Y{4}" 或 "[Y]{3,}"，发现即告警
- 已有代码批量 grep：find . -name "*.java" | xargs grep -n "YYYY"
替代方案更省心
SimpleDateFormat 本身线程不安全，又容易写错，不如直接升级：
- Java 8+ 优先用 DateTimeFormatter.ofPattern("yyyy-MM-dd")，不可变、线程安全、大小写敏感更清晰
- 若需兼容旧版本，用 ThreadLocal 包装 SimpleDateFormat，同时把 pattern 写死为 yyyy 开头
- 所有对外输出的日期字符串，统一经过一个中间方法校验，比如 formatForDisplay(date) 内部只接受 yyyy 模式
