是的，PHP DateTime 类完全支持格里高利历闰年规则，能正确解析合法闰日并抛出非法日期异常；推荐用 date("L", $timestamp) 判断闰年，避免 strtotime() 容错和手写规则。
PHP DateTime 类对闰年是否自动兼容？
是的，DateTime 及其相关函数（如 date_create()、modify()）底层调用系统时区和日历逻辑，**完全支持格里高利历闰年规则**。只要输入合法日期字符串（如 "2024-02-29"），它就能正确解析、计算和格式化；而非法闰年日期（如 "2023-02-29"）会直接抛出 Exception 或返回 false，不会静默修正。
常见错误现象：有人用字符串拼接构造日期（如 "2023-02-29"）后直接传给 strtotime()，结果得到 2023-03-01 —— 这是 strtotime() 的容错行为，不是闰年计算逻辑，反而掩盖问题。
- 优先使用
DateTime构造，而非strtotime()，避免隐式修正 - 构造时捕获异常：
new DateTime("2023-02-29")会抛出DateTime::__construct(): Failed to parse time string - 验证闰年别手写
%4==0 && %100!=0 || %400==0，直接用date("L", $timestamp)更可靠
用 date("L") 判断闰年最简单可靠
date("L", $timestamp) 返回整数 1（闰年）或 0（平年），内部基于 C 库的 struct tm 和历法规则，和 DateTime 一致，且无时区干扰（因为只依赖年份）。
使用场景：需要批量判断年份是否为闰年，或做条件分支（比如二月天数逻辑）。
立即学习“PHP免费学习笔记（深入）”；
-
date("L", strtotime("2000-01-01"))→1（能被 400 整除） -
date("L", strtotime("1900-01-01"))→0（能被 100 整除但不能被 400 整除） - 参数必须是有效时间戳；传
0会按 Unix epoch 年份（1970）计算，结果是0 - 不要用
date("L")不带参数——它依赖当前时间，易在跨年脚本中出错
加减月份时 DateTime::modify() 如何处理 2 月 29 日？
这是最容易踩坑的地方：从闰年 2 月 29 日出发做月份增减，结果可能“消失”或“偏移”。例如 $dt->modify("+1 month") 从 2024-02-29 会变成 2024-03-29（正常），但 $dt->modify("-1 month") 会回退到 2024-01-29，而非“上一个 2 月 29 日”（因为 2023 年没有 2 月 29 日）。
真正的问题在于“+1 year”这种操作：new DateTime("2024-02-29")->modify("+1 year") 结果是 2025-03-01，不是报错，也不是保持 2 月 28 日。
- 原因：PHP 在无法精确匹配目标日期时，会向后滚动到该月最后一天（即“溢出至下月”）
- 若需严格守日（如会员到期日），应改用“年份+1，再检查并手动归正”：
$next = clone $dt; $next->setDate($next->format("Y")+1, 2, 28); if (date("L", $next->getTimestamp())) $next->setDate($next->format("Y"), 2, 29); - 批量处理时注意：不同 PHP 版本对溢出的处理略有差异（7.4 vs 8.0+），建议统一用
setDate()显式控制
从数据库读取日期后做闰年相关计算要注意什么？
MySQL 的 DATE 类型本身不校验闰年（INSERT INTO t VALUES ("2023-02-29") 在宽松模式下可能存入 0000-00-00 或静默截断），PostgreSQL 则会直接报错。PHP 层拿到的是字符串或 DateTime 对象，但源头数据可能已失真。
关键点不在 PHP，而在数据入口校验和类型选择。
- 入库前用
DateTime::createFromFormat("Y-m-d", $input)+getLastErrors()主动验证 - 避免用
INT存年份再拼日期——丢失了闰年上下文，后续计算全靠手写规则 - ORM 中若用 Carbon，注意其
addYear()默认行为同原生DateTime，同样存在溢出问题 - 查询时别依赖
WHERE DAYOFYEAR(date_col) = 60判定是否为 2 月 29 日——平年 3 月 1 日也是第 60 天
闰年计算本身不复杂，难的是所有环节都保持“日期即实体”的意识——它不是字符串，不是数字，是一个带历法规则的值。一旦在某处松动（比如用 strtotime() 容错、用整数加减年份），后面就得用更多补丁去对齐。
