必须先用DateTime::createFromFormat()解析并验证日期字符串合法性，再检查年份是否为闰年且日期是否为2月29日。
PHP 怎么判断一个变量是否为有效的闰年日期
直接说结论：不能只判断“是不是闰年”，必须先验证它是不是合法日期，再单独检查是否为闰年。很多开发者误以为 checkdate(2, 29, $year) 返回 true 就代表是闰年日期，其实前提是 $year、$month、$day 已拆解且有效——而用户给的往往是一个字符串变量（如 "2024-02-29" 或 "2023-02-29"），这时第一步永远是解析+校验。
用 DateTime::createFromFormat() 安全解析日期字符串
这是最推荐的方式，能同时检测格式合法性与日历有效性。相比 strtotime() 或 new DateTime()，它不会静默修正错误日期（比如把 "2023-02-29" 强转成 2023-03-01）。
实操要点：
- 指定严格格式，例如
"Y-m-d"，并检查返回值是否为false - 调用
getLastErrors()可进一步区分是格式错还是日期错（如二月30日） - 确认无误后，再用
date('L', $timestamp)或手动判断闰年逻辑
示例：
立即学习“PHP免费学习笔记（深入）”；
$dateStr = "2024-02-29";
$dt = DateTime::createFromFormat('Y-m-d', $dateStr);
if ($dt === false || $dt->format('Y-m-d') !== $dateStr) {
echo "不是有效日期";
} else {
$year = (int)$dt->format('Y');
$isLeap = ($year % 4 === 0 && $year % 100 !== 0) || ($year % 400 === 0);
if ($isLeap && $dt->format('m-d') === '02-29') {
echo "是闰年日期";
}
}
为什么不用 checkdate() 直接判断？
checkdate() 确实能验证某年某月某日是否存在，但它不接受字符串，必须传入整数型的 $month、$day、$year。如果你从用户输入或数据库拿到的是字符串，就得先解析——而这一步恰恰最容易出错：
- 用
explode('-', $str)拆分可能遇到时区/空格/非法字符，导致数组越界或类型错误 - 用
(int)强转字符串会静默变成 0（如(int)"abc"→0），让checkdate(0, 0, 0)返回 false 却不报错 -
checkdate(2, 29, 2024)返回 true，但checkdate(2, 29, 2023)返回 false——它只告诉你“这一天存不存在”，不告诉你“这一年是不是闰年”
闰年逻辑本身别硬编码在业务里
虽然 PHP 内置了 date('L', $timestamp)（返回 1 表示闰年），但注意它只判断年份，不关心日期是否为 2 月 29 日。所以“闰年日期”是两个条件的交集：
- 该年是闰年（
date('L', $ts) === 1） - 该日期恰好是 2 月 29 日（
date('n-j', $ts) === '2-29'或date('m-d', $ts) === '02-29'）
别省略第二条。比如 "2024-03-01" 是闰年里的日期，但不是“闰年日期”——这个术语在业务中通常特指 2 月 29 日当天。
真正容易被忽略的是：闰年判断本身依赖系统时区。如果没设时区（date_default_timezone_set()），DateTime 和 date() 可能用 UTC 解析，导致跨日问题（例如服务器在东八区，传入 "2024-02-29T00:00:00Z" 会被当成前一日）。务必统一时区上下文。
