php判断闰年的核心逻辑是：能被4整除但不能被100整除，或者能被400整除；最稳妥方式是用date('l', mktime(0,0,0,1,1,$year))，需校验年份合法性并避免时区干扰。
php判断闰年的核心逻辑是什么
PHP 本身没有内置的 is_leap_year() 函数，判断闰年必须手动实现规则：能被 4 整除但不能被 100 整除，或者能被 400 整除。这个逻辑不能只看 date('L')（它依赖当前日期或传入时间戳的年份），更不能用 checkdate(2, 29, $year) 简单代替——后者在 $year 为 0 或负数时会静默失败，且性能略低。
用 date('L', $timestamp) 判断指定年份是否闰年
这是最常用也最稳妥的方式，前提是把目标年份转成合法时间戳。关键点在于：必须使用该年份 1 月 1 日（避免时区/夏令时干扰），且需确保年份在 PHP 支持范围内（Unix 时间戳通常支持 1901–2038，64 位系统可到更大范围）。
function isLeapYear($year) {
if (!is_int($year) || $year < 1 || $year > 9999) {
return false;
}
$timestamp = mktime(0, 0, 0, 1, 1, $year);
return (bool) date('L', $timestamp);
}
// 示例
var_dump(isLeapYear(2000)); // true
var_dump(isLeapYear(1900)); // false
var_dump(isLeapYear(2024)); // true
var_dump(isLeapYear(2100)); // false
-
mktime()比strtotime("Jan 1 $year")更可靠，不依赖字符串解析 - 直接返回
(bool)避免date('L')返回字符串"1"或"0"引发类型混淆 - 对非法年份（如
0、2024.5）提前拦截，防止mktime返回false导致后续date()报 Warning
用 checkdate(2, 29, $year) 的适用边界
这个函数语义清晰：2 月 29 日在该年是否存在？但它不是万能的。PHP 7.4+ 对非法年份（如负数、超大整数）会返回 false，但早期版本可能出错；而且它不校验 $year 类型，传入字符串 "2024" 会被强制转换，传入 null 则变成 1970 年。
- 仅适用于已知是合法正整数的年份（如数据库查出的
INT字段） - 不能用于验证用户输入的原始字符串，必须先
filter_var($input, FILTER_VALIDATE_INT) - 比
date('L')方式稍慢，因为内部要构造完整日期校验逻辑
为什么不要直接写 $year % 4 == 0 && $year % 100 != 0 || $year % 400 == 0
这条表达式逻辑正确，但容易忽略边界问题：
立即学习“PHP免费学习笔记（深入）”；
- 如果
$year是字符串"2024"，取模运算会隐式转为 int，但若为"2024abc"则变成0，导致误判 - 对
0、负数、浮点数（如2024.0）未做防护，可能返回意外结果 - 缺乏可读性：下次维护时得重新推导格里高利历规则，而
date('L')或checkdate()是自解释的
真正需要极致性能且年份绝对可信（比如内部计数器）的场景才考虑纯数学判断，否则优先用标准日期函数。
实际项目里最容易被忽略的是时区设置——date('L') 受 date_default_timezone_set() 影响，但只要用 mktime() 构造时间戳，就与当前时区无关；而 checkdate() 完全与时区无关。这点在跨时区部署的服务中尤其关键。
