datetime::modify() 直接修改原对象且返回布尔值，不返回新实例；支持 strtotime 兼容的相对时间字符串，需带单位；失败时返回 false 而非异常；建议用 datetimeimmutable 实现不可变操作。
DateTime::modify 会修改原对象，不是返回新对象
这是最常踩的坑：调用 modify() 后，原 DateTime 实例的时间值就变了，它不返回新实例（不像 DateTimeImmutable）。如果你需要保留原始时间，必须手动克隆：
$dt = new DateTime('2024-01-01');
$dt2 = clone $dt;
$dt2->modify('+1 day');
常见错误是写成 $newDt = $dt->modify('+1 day') 然后以为 $dt 没变——其实它已经改了。
支持的相对时间字符串要符合 strtotime 规则
modify() 底层调用 strtotime()，所以能识别的格式和它完全一致。不能写自然语言（如 “next Monday” 可以，但 “in two weeks” 不行），也不能省略单位（'+5' 无效，必须是 '+5 days' 或 '+5 hours'）。
-
'+2 weeks'✅ -
'last Friday'✅ -
'first day of next month'✅ -
'+3'❌（缺少单位） -
'tomorrow at 3pm'❌（at不被支持）
调试时可先用 strtotime('+2 weeks') 测试字符串是否合法。
modify() 返回 bool，失败时不抛异常
如果传入非法字符串（比如 '+xyz days'），modify() 返回 false，但不会报错或抛出异常，原 DateTime 对象保持不变。容易忽略这个返回值导致逻辑错误。
$dt = new DateTime();
if ($dt->modify('invalid string') === false) {
// 这里必须处理错误，否则后续代码可能用错时间
throw new InvalidArgumentException('Invalid modify string');
}
生产环境建议始终检查返回值，尤其当字符串来自用户输入或配置项时。
和 DateTimeImmutable::modify 的行为差异
如果你希望函数式风格（不修改原对象），直接换用 DateTimeImmutable：
$dt = new DateTimeImmutable('2024-01-01');
$newDt = $dt->modify('+1 day'); // $dt 不变，$newDt 是新对象
// 而 DateTime::modify() 没有这种能力
注意：DateTimeImmutable 在 PHP 5.5+ 才可用，老项目升级前需确认兼容性。另外，它的所有方法都返回新实例，内存开销略高，在高频循环中要注意。
真正麻烦的是混用两者还假设行为一致——比如把 DateTime 当成不可变对象用，结果某处意外修改了上游时间戳。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
