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