DateTime::sub 修改原对象而非返回新实例，需 clone 保留原始时间；DateInterval 字符串须严格 ISO 8601 格式；时区变更（如 DST）下应转 UTC 运算再转回；PHP 5.3+ 支持，但 microseconds 仅 7.4+ 支持。
DateTime::sub 会修改原对象，不是返回新对象
很多人以为 DateTime::sub() 像字符串操作一样返回新实例，实际它直接修改调用它的 DateTime 对象，并返回该对象本身（链式调用可用，但原对象已变）。如果你需要保留原始时间，必须先 clone：
$now = new DateTime();
$backup = clone $now;
$now->sub(new DateInterval('P1D')); // $now 变成昨天，$backup 仍是当前时刻
不 clone 就直接 sub，后续再想用“原来的时间”就没了——这是最常被忽略的副作用。
DateInterval 字符串格式不能省略前缀
DateInterval 构造时传的字符串必须严格遵循 ISO 8601 格式，比如减 2 小时 30 分钟，得写 P0DT2H30M（P 表示周期，T 分隔日期和时间部分），写成 2H30M 或 PT2H30M（漏了 D 但没日期）都可能出错或静默失败。
-
P1D：1 天（正确） -
PT1H：1 小时（正确） -
1D：解析失败，sub()不报错但不生效 -
P1W：1 周（支持，但注意不是所有 PHP 版本都稳定处理周）
建议用 DateInterval::createFromDateString() 更安全，比如 DateInterval::createFromDateString('1 day') 或 '2 hours 30 minutes'，它对自然语言更宽容。
立即学习“PHP免费学习笔记（深入）”；
时区变更会影响 sub 的实际秒数
如果 DateTime 对象带有时区（比如 new DateTime('2024-03-10 02:00', new DateTimeZone('America/New_York'))），而你要减 1 小时，恰逢夏令时切换日（如 2024 年 3 月 10 日凌晨 2 点跳到 3 点），sub(new DateInterval('PT1H')) 可能不会落到你预期的“逻辑上早一小时”的时间点，而是按 UTC 偏移做算术减法，结果可能跨过跳变区间。
这时候更可靠的做法是：先转成 UTC 时间做运算，再转回本地时区：
$dt = new DateTime('2024-03-10 03:00', new DateTimeZone('America/New_York'));
$utc = clone $dt->setTimezone(new DateTimeZone('UTC'));
$utc->sub(new DateInterval('PT1H'));
$dt = $utc->setTimezone(new DateTimeZone('America/New_York'));
否则在 DST 边界附近，sub() 表现可能和直觉不符，且难以调试。
PHP 5.3+ 才支持，但 7.4+ 之前不支持 microseconds
DateTime::sub() 从 PHP 5.3 起可用，但早期版本（DateInterval 不支持微秒字段（F），哪怕字符串里写了 PT0.5S 也会被截断。PHP 7.4+ 才真正支持亚秒级精度：
-
new DateInterval('PT0.123S')在 7.4+ 有效，减 123 毫秒 - 在 7.3 及更早，等价于
PT0S，即没效果
如果项目需兼容老版本，避免用小数秒；或者改用 modify('-123 milliseconds')（依赖 DateTime::modify，行为更一致但底层仍受限于精度支持）。
真正麻烦的是跨 DST、跨时区、又要求精确到分钟级的场景——这时 sub() 看似简单，实则每一步都得确认时区上下文和 PHP 版本能力。
