simpledateformat 默认启用宽松解析（lenient mode），会自动“修正”非法日期（如 07/27/2023 → 2025年3月7日），而非抛出异常；这是明确的文档化行为，非 bug，但需主动禁用以实现严格校验。
simpledateformat 默认启用宽松解析（lenient mode），会自动“修正”非法日期（如 07/27/2023 → 2025年3月7日），而非抛出异常；这是明确的文档化行为，非 bug，但需主动禁用以实现严格校验。
SimpleDateFormat 的这一行为常被误认为是 Bug，实则是其明确设计的特性。根据 Java 官方文档，DateFormat（SimpleDateFormat 的父类）默认启用 lenient = true 模式。在此模式下，解析器不会拒绝明显越界的字段值（如月份为 27、日期为 32），而是执行“规范化计算”：
- 将超出范围的值按字段单位向上进位（例如：27 个月 = 2 年 + 3 个月 → 年份 +2，月份设为 3）；
- 同理，
"07/27/2023"中MM=27被解释为2023年 + (27−1) / 12 = +2 年，余数3作为月份 → 2025年3月7日（dd=07有效，保留）。
这种行为虽数学上自洽，但在业务场景中极易引发隐蔽错误（如用户输错格式却静默接受）。因此，生产代码中必须显式关闭宽松模式：
SimpleDateFormat sdf = new SimpleDateFormat("dd/MM/yyyy");
sdf.setLenient(false); // 关键：启用严格解析
try {
Date result = sdf.parse("07/27/2023"); // 抛出 ParseException
System.out.println(result);
} catch (ParseException e) {
System.err.println("日期格式错误：" + e.getMessage()); // 明确失败，便于排查
}
⚠️ 注意事项：
-
setLenient(false)是解决该问题的标准方案，无需依赖第三方库； - 该设置仅影响解析（
parse），格式化（format）不受影响； -
SimpleDateFormat本身是线程不安全的，多线程环境下应避免共享实例（推荐使用DateTimeFormatter替代）； - 长期建议迁移到
java.timeAPI（如DateTimeFormatter.ofPattern("dd/MM/yyyy").parse()），它默认严格且不可变，从根本上规避此类问题。
总结：这不是 Bug，而是可配置的设计特性。理解 lenient 模式的存在，并在初始化时主动调用 setLenient(false)，是保障日期解析健壮性的关键实践。
