在线闰年计算器

闰年（Leap Year）是为了弥补日历年（365 天）与回归年（约 365.2422 天）之间的差异而设立的。规则：能被 4 整除但不能被 100 整除，或能被 400 整除的年份是闰年——闰年的 2 月有 29 天。

这个规则的含义：每 4 年加一天（+0.25/年），每 100 年减一天（−0.01/年），每 400 年再加一天（+0.0025/年）。合计每年平均 365.2425 天，与回归年 365.2422 天仅差 0.0003 天——约 3300 年才累积 1 天误差。

2000 年是闰年（能被 400 整除），1900 年不是（能被 100 整除但不能被 400 整除），2024 年是（能被 4 整除但不能被 100 整除）。2100 年将不是闰年——这是很多人容易判断错误的年份。

闰年规则的数学本质是对回归年（365.24219878 天）的有理数逼近。「4 年一闰」给出 365.25 天/年，比回归年多 0.0078 天；「百年不闰」减去 0.01 天/年，修正到 365.24 天；「四百年再闰」加回 0.0025 天/年，最终 365.2425 天/年——与回归年仅差 0.0003 天（约 26 秒/年），3300 年累积 1 天误差。这个「4-100-400」三层修正是 1582 年格里高利十三世历法改革的核心，替代了儒略历的单一「4 年一闰」（后者每 128 年累积 1 天误差）。

闰年的实际影响远超「2 月多一天」：2 月 29 日出生者的生日处理（多数国家法定 2 月 28 日或 3 月 1 日）、银行计息天数（ACT/360 与 ACT/365 惯例）、软件系统的日期边界 bug（2012 年微软 Azure 闰年宕机、2008 年 Zune 播放器死机）。程序员界甚至有「闰年 bug」专门分类——任何手写年份 ÷ 4 判断而漏掉 100/400 规则的代码都会在 2100 年出错。