LocalDate.isLeapYear严格实现公历闰年规则：能被4整除但不能被100整除，或能被400整除的年份为闰年，与天文台标准一致，无需地理修正。
LocalDate.isLeapYear 判断的是格里高利历（公历）闰年，不是地理意义上的闰年——地理上没有“闰年”这个概念，只有天文历法对地球公转周期的拟合。你真正想问的，是“如何用 LocalDate.isLeapYear 正确判断某年是否为公历闰年”，而它本身已经做了这件事。
为什么 LocalDate.isLeapYear 就是标准公历闰年判定
Java 的 LocalDate 基于 ISO-8601 日历系统，即格里高利历（现行公历）。它的 isLeapYear 方法严格实现如下规则：
- 能被 4 整除但不能被 100 整除的年份是闰年（如 2004、2024）
- 能被 400 整除的年份也是闰年（如 2000）
- 能被 100 整除但不能被 400 整除的不是闰年（如 1900）
这和天文台发布的公历闰年规则完全一致，无需额外修正或地理校准。
直接调用 LocalDate.isLeapYear 的正确姿势
不要构造完整日期再调用——LocalDate.isLeapYear 是静态方法，只接受 int 类型年份参数，不依赖月份或日期：
boolean is2024Leap = LocalDate.isLeapYear(2024); // true boolean is1900Leap = LocalDate.isLeapYear(1900); // false boolean is2000Leap = LocalDate.isLeapYear(2000); // true
常见错误写法：
- 误写成
LocalDate.now().isLeapYear()—— 实例方法不存在，编译报错 - 传入
String或long年份导致类型不匹配 - 试图传入儒略历年份（如公元前年份），但
LocalDate不支持儒略历，且负数年份按 ISO 规则处理（年份 0 存在，为 1 BCE 后一年）
和 Year.isLeap() 的区别与选择
如果你只关心年份，Year 类更语义清晰，且同样可靠：
boolean leap = Year.of(2100).isLeap(); // false
二者底层逻辑一致，但注意：
-
Year.isLeap()更轻量，无日期上下文开销 -
LocalDate.isLeapYear(int)是静态工具方法，适合单次判断，不创建对象 - 两者对边界年份（如 -1、0、+1）结果一致，但 Java 8+ 中年份 0 表示 1 BCE，符合 ISO 标准，非天文年表习惯
真正容易被忽略的是：闰年判定永远只服务于日历系统，和地球自转、闰秒、岁差等天文现象无关。LocalDate.isLeapYear 没有、也不需要“地理修正”——它本就是为协调日历与回归年（约 365.2422 天）而设计的数学规则。别被“地理意义”带偏了方向。
