SimpleDateFormat 默认启用宽松解析（leniency=true），会自动“修正”非法日期（如将“07/27/2023”解释为2025年3月7日），而非抛出异常；可通过 setLenient(false) 启用严格模式，使非法输入立即失败。
simpledateformat 默认启用宽松解析（leniency=true），会自动“修正”非法日期（如将“07/27/2023”解释为2025年3月7日），而非抛出异常；可通过 `setlenient(false)` 启用严格模式，使非法输入立即失败。
SimpleDateFormat 的这一行为不是 bug，而是明确设计的特性——它源于其默认开启的 lenient mode（宽松模式）。在该模式下，解析器不会拒绝语义上明显越界的值（例如月份为27、日期为32），而是尝试通过进位和溢出计算将其“归一化”为合法日期。例如：
SimpleDateFormat sdf = new SimpleDateFormat("dd/MM/yyyy");
System.out.println(sdf.parse("07/27/2023")); // 输出：Fri Mar 07 00:00:00 EET 2025此处 "07/27/2023" 被按 "dd/MM/yyyy" 解析：
-
07→ 日（合法） -
27→ 月 → 超出12 → 折算为27 = 2×12 + 3→ 即 2年零3个月后 →2023 + 2 = 2025年，3月 → 3月7日。
这种“自动校正”在某些遗留场景中可能有用，但在绝大多数业务系统中（如表单校验、API入参解析、财务日期处理），它是危险且反直觉的——用户输入 "07/27/2023" 显然意指“7月27日”，而非“2025年3月7日”。
✅ 正确做法：始终显式禁用宽松模式
SimpleDateFormat sdf = new SimpleDateFormat("dd/MM/yyyy");
sdf.setLenient(false); // 关键：启用严格解析
sdf.parse("07/27/2023"); // 抛出 ParseException：Unparseable date: "07/27/2023"⚠️ 注意事项：
-
setLenient(false)必须在parse()调用前设置，且对每个SimpleDateFormat实例独立生效； - 该类仍为非线程安全，多线程环境下应避免共享实例（推荐改用
java.time的线程安全类型，如DateTimeFormatter+LocalDate.parse()）； - 尽管
SimpleDateFormat未被标记为@Deprecated，但 Oracle 官方文档已明确推荐迁移到java.timeAPI（自 Java 8 起）。
? 进阶建议：使用现代日期 API 替代（更安全、更清晰）：
DateTimeFormatter formatter = DateTimeFormatter.ofPattern("dd/MM/yyyy");
LocalDate.parse("07/27/2023", formatter); // 直接抛出 DateTimeParseException总结：SimpleDateFormat 的“越界修正”是受控特性，非缺陷；但生产代码中务必调用 setLenient(false)，并优先采用 java.time 体系构建健壮的日期处理逻辑。
