JodaTime 中 withMonthOfYear 和 withDayOfMonth 链式调用顺序不当，会导致在非闰年中间状态校验失败（如2023年2月29日），即使目标日期（2024-02-29）合法。根本解法是调整调用顺序、使用原子方法 withDate()，或迁移到 java.time API。
jodatime 中 `withmonthofyear` 和 `withdayofmonth` 链式调用顺序不当，会导致在非闰年中间状态校验失败（如2023年2月29日），即使目标日期（2024-02-29）合法。根本解法是调整调用顺序、使用原子方法 `withdate()`，或迁移到 `java.time` api。
该异常看似矛盾——2024 年确实是闰年，2月29日完全合法，但 JodaTime 报错 Value 29 for dayOfMonth must be in the range [1,28]。问题不在于最终结果，而在于链式调用的执行顺序与中间状态校验机制。
JodaTime 的 DateTime 是不可变对象，每次调用 withXxx() 都返回一个新实例，并严格校验当前年份下的日期有效性。以原始代码为例：
final DateTime selectedDate =
new DateTime().withMonthOfYear(2).withDayOfMonth(29).withYear(2024);
假设当前系统时间为 2023-03-20，则执行过程等价于：
DateTime t1 = new DateTime(); // 2023-03-20 DateTime t2 = t1.withMonthOfYear(2); // 2023-02-20 → 合法 DateTime t3 = t2.withDayOfMonth(29); // 2023-02-29 → ❌ 非闰年，抛出异常！ // withYear(2024) 根本未执行
关键点在于：withDayOfMonth(29) 在 2023 年上下文中被调用，而 2023 年 2 月只有 28 天，因此校验失败。
✅ 正确解决方案
方案一：调整调用顺序（确保年份优先）
先设置年份，再设月份和日期，使中间状态始终基于目标年份：
final DateTime selectedDate =
new DateTime().withYear(2024).withMonthOfYear(2).withDayOfMonth(29);
// → 2024-02-29（合法）
方案二：使用原子方法 withDate()（推荐 JodaTime 场景）
withDate(int year, int month, int day) 将三者作为整体处理，跳过中间无效状态：
final DateTime selectedDate = new DateTime().withDate(2024, 2, 29); // → 2024-02-29（安全、简洁、语义清晰）
方案三：迁移到 java.time（强烈推荐，现代标准）
JodaTime 自 Java 8 起已被官方标记为 legacy，java.time（JSR-310）是其功能超集且线程安全、设计更严谨：
import java.time.LocalDate; final LocalDate selectedDate = LocalDate.of(2024, 2, 29); // 直接构造，自动闰年校验 // 若参数非法（如 2023-02-29），抛出 DateTimeException，但明确指向输入错误
⚠️ 注意：LocalDate.of() 同样会校验有效性，但它校验的是 目标年月日组合，而非中间状态。因此 LocalDate.of(2024, 2, 29) 成功，而 LocalDate.of(2023, 2, 29) 会明确提示 Invalid date 'February 29' as '2023' is not a leap year。
总结
- 根本原因：JodaTime 链式调用中，withDayOfMonth() 在错误年份上下文中触发校验；
- 快速修复：将 withYear() 置于链首，或改用 withDate(year, month, day)；
- 长期建议：全面迁移到 java.time —— 它更健壮、无副作用、符合现代 Java 生态，并获得持续维护。遗留 JodaTime 项目应制定迁移计划，避免未来兼容性风险。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
