最可靠的时间加减方式是使用 strtotime('+n days', $timestamp) 或 datetime 类。直接用 time()+秒数会因夏令时、闰年等出错；datetime 支持时区和链式操作，需显式设置时区；跨月计算应避免 '+1 month'，改用 'first day of next month' 等语义化表达。
date() + strtotime() 是最常用也最容易出错的组合
直接用 date() 无法加减天数，它只是格式化时间戳；真正干活的是 strtotime()。很多人写成 date('Y-m-d', time() + 86400 * 3)，看似对，但一到夏令时、跨月、闰秒就翻车。
- 必须用
strtotime('+3 days', $timestamp)这种语义化写法，PHP 会自动处理月份天数、闰年、时区偏移 - 第二个参数强烈建议传入明确的时间戳（比如
strtotime('2024-02-28')），不传默认用当前时间，容易在测试时误判 - 别信字符串拼接：
date('Y-m-d', strtotime('2024-02-28') + 3*86400)在 2024-02-28 加 3 天会得到 2024-03-02，但用strtotime('+3 days', strtotime('2024-02-28'))才真正可靠
DateTime 类比函数式更可控，尤其要处理时区或多次运算
当你要连续加减、比较、或者项目已启用时区配置时，DateTime 是唯一靠谱的选择。函数式调用在链式操作里很快失控。
- 初始化必须带时区，否则可能按服务器默认时区解析：
new DateTime('2024-03-15', new DateTimeZone('Asia/Shanghai')) - 加减用
modify()或add()：$dt->modify('+5 days')更直观，$dt->add(new DateInterval('P5D'))更精确（P5D表示 period 5 days） -
add()接受DateInterval，不能传整数秒；modify()可以传字符串，但不支持next Monday这类模糊表达（除非用strtotime先转）
注意 date_default_timezone_set() 的影响范围
没设时区时，strtotime() 和 DateTime 都可能返回意外结果，错误常出现在跨时区部署或 CLI 与 Web 环境不一致时。
- CLI 模式下默认时区可能是 UTC，而 php.ini 里设的是 Asia/Shanghai，导致同一段代码在浏览器和终端输出不同日期
- 检查当前时区用
date_default_timezone_get()，不是ini_get('date.timezone')—— 后者可能为空，但前者总会返回实际生效值 - 线上环境别依赖 php.ini 配置，每次脚本开头显式调用
date_default_timezone_set('Asia/Shanghai')，避免被其他 include 文件污染
跨月/年末计算失败？大概率是用了错误的日期字符串格式
strtotime('2024-01-31 +1 month') 不等于 2024-02-31（不存在），PHP 会回滚到 2024-03-02，而不是你想要的“下个月第一天”。
立即学习“PHP免费学习笔记（深入）”；
- 避免用
+1 month这种模糊指令处理月末，改用first day of next month：strtotime('first day of next month', strtotime('2024-01-31')) - 需要“当月最后一天”，别手算：
strtotime('last day of this month')或$dt->modify('last day of this month') - 所有自然语言描述（如
next Tuesday、second Sunday）都依赖strtotime()解析逻辑，PHP 7.4+ 支持较好，5.6 下部分表达式会失败，务必实测
事情说清了就结束
