checkdate(2, 29, $year) 是通过验证2月29日是否存在来间接判断闰年的可靠方法，它严格遵循格里高利历规则，适用于1–32767年，但需确保年份为合法整型。
不能直接判断闰年，但能间接验证某年是否为闰年——前提是你要传入2月29日这个特定日期。
checkdate(2, 29, $year) 是最常用的闰年探测方式
它不叫“闰年判断函数”，但利用了闰年定义中最硬的边界条件：只有闰年才允许存在 2 月 29 日。所以你可以这样用：
-
checkdate(2, 29, 2024)→true（2024 是闰年） -
checkdate(2, 29, 2023)→false（2023 不是闰年） -
checkdate(2, 29, 1900)→false（1900 能被 100 整除但不能被 400 整除，不是闰年） -
checkdate(2, 29, 2000)→true（2000 能被 400 整除，是闰年）
注意：checkdate() 对 $year 的合法范围是 1 到 32767，超出会直接返回 false，不是报错——这点容易误判为“非闰年”。
为什么不能用 checkdate(1, 1, $year) 或其他日期？
因为所有年份都存在 1 月 1 日、12 月 31 日等常规日期，checkdate() 对这些日期永远返回 true，完全无法区分闰年与平年。
立即学习“PHP免费学习笔记（深入）”；
-
checkdate(1, 1, 2023)和checkdate(1, 1, 2024)都是true - 你必须选一个「只在闰年才合法」的日期组合，而
2月29日是唯一稳定、无歧义的选择 - 别用
2月30日——它在任何年份都不合法，永远false，失去判别意义
和 date('L') 比，checkdate 有什么实际差异？
date('L') 是纯年份级判断，内部已封装闰年逻辑，调用更轻量；checkdate(2, 29, $year) 是日期有效性校验，底层会触发完整格里高里历计算，开销略高但语义更明确。
-
date('L', mktime(0,0,0,1,1,$year))或直接date('L')（当前年）返回1或0 -
checkdate(2, 29, $year)返回布尔值，语义上更贴近“这一天是否存在”，适合嵌入表单验证、数据清洗流程 - 两者在 1900–2099 年范围内结果一致；但对极端年份（如
0或32768），checkdate会因参数越界返回false，而date('L')可能返回意外结果（取决于时区和内部实现）
最容易被忽略的坑：字符串输入必须先转整型
如果你从表单或 JSON 拿到的是字符串型年份（比如 "2024"），PHP 会自动类型转换，看似没问题；但若含空格或非法字符（如 "2024 "、"2024a"），(int)"2024 " 仍是 2024，而 (int)"2024a" 会变成 2024 —— 看似成功，实则隐性截断。
- 安全做法：用
filter_var($year, FILTER_VALIDATE_INT)显式校验，失败就拒掉 - 避免直接传
$_GET['year']进checkdate()，尤其当未过滤时 -
checkdate(2, 29, "2024")可行，但checkdate(2, 29, "2024-01-01")会因类型不符返回false（它不接受字符串年份）
真正要小心的不是“能不能”，而是“传进去的到底是不是你认为的那个年份”。
