LocalDate.lengthOfMonth()是实例方法，需先用LocalDate.of(year,month,day)构造对象再调用，如LocalDate.of(2024,2,1).lengthOfMonth()；更推荐YearMonth.of(year,month).lengthOfMonth()，语义清晰且避免日期选择困扰。
LocalDate.lengthOfMonth() 不能直接传入年份和月份
LocalDate.lengthOfMonth() 是实例方法，必须基于一个具体的 LocalDate 对象调用，它不接受任何参数，也不支持“静态计算”某年某月的天数。常见误解是想写成 LocalDate.lengthOfMonth(2024, 2) —— 这根本无法编译。
正确做法是先构造出该年月的任意一天（比如 1 号），再调用实例方法：
int days = LocalDate.of(2024, 2, 1).lengthOfMonth(); // 返回 29
- 必须提供日（day-of-month），但值只要合法即可（通常用
1最安全） - 年份和月份会参与闰年判断（如 2024 年 2 月返回 29，2023 年则返回 28）
- 月份用 1–12 的整数，不是 0–11（别和
Calendar.MONTH混淆）
替代方案：YearMonth.lengthOfMonth() 更语义清晰
如果只关心“某年某月有多少天”，不用绑定具体日期，YearMonth 是更自然的选择：
int days = YearMonth.of(2024, 2).lengthOfMonth(); // 同样返回 29
-
YearMonth.of(int year, int month)构造轻量、无歧义 - 避免了“选哪一天”的心理负担（不用纠结要不要传 15 号或 30 号）
- 底层逻辑和
LocalDate.lengthOfMonth()完全一致，只是封装更精准 - 注意：
YearMonth在 Java 8+ 中可用，无需额外依赖
容易踩的坑：月份传错、时区干扰、null 异常
实际使用中这几个错误高频出现：
- 把月份当 0 起始传入：
LocalDate.of(2024, 1, 1)是 1 月，不是 2 月；传0或13会抛DateTimeException - 误用
LocalDateTime.now().lengthOfMonth()：编译失败，因为LocalDateTime没有这个方法 - 从字符串解析时未校验格式，导致
LocalDate.parse("2024-02")报错（缺少日），必须补全为"2024-02-01" - 若年月来自用户输入或配置，记得判空和范围检查，否则
YearMonth.of(null, 2)直接 NPE
性能与兼容性：两者无差异，但 YearMonth 更易读
LocalDate.of(year, month, 1).lengthOfMonth() 和 YearMonth.of(year, month).lengthOfMonth() 底层都走同一套日历计算逻辑，性能可忽略差异。
真正影响维护性的点在于可读性：
- 看到
YearMonth.of(2024, 2)，一眼明白目标是“2024 年 2 月” - 而
LocalDate.of(2024, 2, 1)会让人多想半秒：“为什么是 1 号？是不是有业务含义？” - 如果后续要扩展（比如获取该月第一天/最后一天），
YearMonth提供atDay(1)和atEndOfMonth()方法，比反复构造LocalDate更连贯
复杂点往往不在计算本身，而在构造输入时的边界处理——比如用户输入 “2024-00” 或 “2024-13”，这些得在调用 YearMonth.of 前拦截，而不是指望它帮你兜底。
