date() 和 strtotime() 组合用错就出问题
直接用 date('Y-m-d', strtotime('-10 years')) 看似合理，但遇到 2 月 29 日这种闰日会悄悄回退到 2 月 28 日——比如今天是 2024-02-29，执行后得到的是 2014-02-28，不是真正的“十年前的今天”。
这是因为 strtotime() 在处理跨闰年减法时，底层按“日数偏移”计算，不保证日期结构守恒。
- 真正需要的是“保持年份减 10，其他字段不变”的语义，不是“减 3650 天”
- 若当前是
2024-02-29，而2014不是闰年，则不存在2014-02-29，PHP 默认向下取整到2014-02-28 - 这个行为在 PHP 7.4+ 和 8.x 中一致，无法通过参数关闭
Carbon::subYears() 也踩同样坑
很多人转用 Carbon 认为更可靠，但 Carbon::today()->subYears(10) 实际调用的仍是底层 strtotime() 或类似逻辑，对 2 月 29 日的处理完全一样。
验证很简单：运行 echo Carbon::create(2024, 2, 29)->subYears(10)->toDateString();，输出仍是 2014-02-28。
立即学习“PHP免费学习笔记（深入）”；
- Carbon 的
subYears()是“日历减法”，不是“字符串字段替换” - 它优先保证日期合法，其次才考虑原始值，所以会自动修正
- 如果你要的是“不管存不存在，强行拼
2014-02-29”，Carbon 不提供开关
安全做法：手动拼接年份再校验
最可控的方式是取出当前年、月、日，减去 10 年，再用 checkdate() 判断是否有效；无效则降级到当月最后一天。
function getTenYearsAgoToday(): string
{
$today = getdate();
$targetYear = $today['year'] - 10;
$month = $today['mon'];
$day = $today['mday'];
<pre class='brush:php;toolbar:false;'>if (checkdate($month, $day, $targetYear)) {
return sprintf('%d-%02d-%02d', $targetYear, $month, $day);
}
// 降级：取目标年份该月最后一天（如 2014-02-28）
return date('Y-m-t', mktime(0, 0, 0, $month, 1, $targetYear));}
-
getdate()返回关联数组，比date('Y') . '-' . date('m') ...拆字符串更稳妥 -
date('Y-m-t')中的t表示当月天数，自动适配 28/29/30/31 - 不依赖外部库，PHP 4.0+ 均支持
注意时区和 timestamp 边界
如果代码运行在非本地时区（比如服务器设为 UTC，但业务按北京时间），getdate() 默认用系统时区，可能拿到错的“今天”。
例如服务器时区为 UTC，北京时间 2024-03-01 00:30，在 UTC 是 2024-02-29 16:30，getdate() 可能返回 2 月 29 日——但你要的其实是 3 月 1 日对应的十年前。
- 务必确认
date_default_timezone_set()已设为你业务所属时区 - 若用
new DateTime()替代getdate()，记得传时区对象：new DateTime('now', new DateTimeZone('Asia/Shanghai')) - 别信服务器默认时区，Docker 容器或云函数常为 UTC
闰日 + 时区 + 跨年边界，三个点叠在一起，一个没对齐结果就偏一天。实际业务里，财务、合同、会员到期这些场景，差这一天就是合规风险。
