世纪闰年是能被100整除且必须被400整除的年份（如2000），而普通闰年只需被4整除且不被100整除（如2024）；二者区别在于世纪年份需满足更严格的400整除条件。
什么是世纪闰年，和普通闰年有什么区别
世纪闰年特指能被100整除的年份（如1900、2000、2100），它是否为闰年不看“能否被4整除”，而只看“能否被400整除”。这是格里高利历的修正规则：普通闰年（如2024）只需被4整除且不被100整除；但世纪年份必须被400整除才算闰年。
所以判断逻辑不是“if (year % 4 == 0)”，而是分层判断：
- 如果
year % 100 == 0（是世纪年份），则必须同时满足year % 400 == 0 - 否则按普通闰年规则：满足
year % 4 == 0且year % 100 != 0
最简安全的C++判断函数写法
直接合并条件，避免嵌套，也避免误把1900当成闰年：
bool isCenturyLeapYear(int year) {
return (year % 400 == 0) || (year % 4 == 0 && year % 100 != 0);
}
这个表达式等价于标准闰年判断，但隐含了“世纪年份只有被400整除才算”的语义。注意它返回 true 表示是闰年（包括世纪闰年），不是专指“仅世纪闰年”——如果你真要区分“是不是世纪年份且是闰年”，得额外加条件：
-
year % 100 == 0 && year % 400 == 0→ 确实是世纪闰年（如2000） -
year % 100 != 0 && year % 4 == 0→ 普通闰年（如2024） -
year % 100 == 0 && year % 400 != 0→ 世纪平年（如1900）
常见错误：用 year % 4 == 0 直接判断世纪年份
这是最容易踩的坑。比如写成：
if (year % 4 == 0) { /* ... */ }
对1900、2100这类年份会返回 true，但它们不是闰年。C++不会自动识别“世纪年份需特殊处理”，所有取模运算都按数学规则执行，没有日历语义。
另一个隐蔽问题：负年份（如公元前年份）在C++中取模结果依赖编译器实现（C++11起规定向0取整，但旧代码可能有差异），实际项目中若涉及天文历法，应先做非负归一化或使用专用库（如Howard Hinnant的date库）。
性能与可读性提醒
这个判断本身是常数时间，无需优化。但要注意：
- 不要把逻辑拆成多个
if-else if冗余分支，既增加维护成本，又容易漏掉边界（比如忘记year % 100 != 0） - 避免用位运算替代取模（如
(year & 3) == 0），虽然对4的倍数有效，但无法处理100/400逻辑，反而降低可读性 - 如果该函数会被高频调用（如批量处理百万年份），确保
year是int或更小类型，避免隐式提升到64位带来微小开销
真正容易被忽略的是时区与历法混用场景：比如用系统本地时间解析字符串得到年份，再拿去判断，但输入可能来自儒略历上下文（如1752年前的英国记录），此时 isCenturyLeapYear 的结果就不再适用。纯数学判断只对格里高利历有效。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
