PHP DateTime 构造时自动加/减一小时是因系统时区启用夏令时（DST），解析本地时间字符串时按当前规则自动调整偏移；如欧洲/柏林时区在3月最后一个周日出现“跳跃时间”，导致“2024-03-31 02:30”被回退或偏移错误。
PHP DateTime 构造时为什么自动加/减一小时？
因为系统时区启用了夏令时（DST），而你传入的是本地时间字符串，DateTime 会按当前时区规则解析并自动应用偏移调整。比如在欧洲/柏林时区，3月最后一个周日之后的 "2024-03-31 02:30" 会被识别为无效时间（钟表跳到03:00），PHP可能回退到01:30或直接偏移错误。
- 用
DateTimeZone::getTransitions()查当前时区最近的夏令时切换点，确认你的日期是否落在“模糊时间”或“跳跃时间”区间 - 构造
DateTime时显式指定 UTC 或固定偏移，避免依赖系统时区自动推断：$dt = new DateTime('2024-03-31 02:30:00', new DateTimeZone('UTC')); - 如果必须用本地时间，优先用时间戳构造：
$ts = strtotime('2024-03-31 02:30:00'); // 返回 int，不触发 DST 解析再转DateTime
用 date_default_timezone_set() 能绕过夏令时问题吗？
不能。它只是设置默认时区上下文，不关闭 DST 计算逻辑。设成 "Etc/GMT+1" 这类固定偏移时区可以避开，但这是权宜之计——Etc/GMT+1 实际表示 UTC−01:00（命名反直觉），且丢失所有地区性规则（如法定节假日、历史时区变更）。
- 真实业务中别用
Etc/*时区处理用户本地时间，尤其涉及跨年、跨区域场景 - 若需稳定偏移，用
new DateTimeZone('+01:00')创建一个无 DST 的固定时区对象 -
date_default_timezone_set('UTC')是最安全的全局设置，所有时间统一基准，转换时再显式setTimezone()
DateTime::modify() 在夏令时切换日行为异常
比如在柏林时区对 "2024-10-27 02:00" 执行 modify('+1 hour')，结果可能是 02:00（而非预期的 03:00），因为当天 02:00–02:59 存在两次（夏令时结束，钟表回拨）。
- 这种“重复时间”下，
modify()默认取第一次出现的时刻，无法控制选哪个 - 改用时间戳运算更可靠：
$dt->setTimestamp($dt->getTimestamp() + 3600);
- 或者先转 UTC 再操作：
$dt->setTimezone(new DateTimeZone('UTC'))->modify('+1 hour')->setTimezone($originalTZ);
MySQL 和 PHP 时区不一致导致夏令时写入错乱
常见现象：PHP 用 date('Y-m-d H:i:s') 输出的时间存进 MySQL，查出来比预期快/慢一小时。根本原因是 MySQL 的 time_zone 可能是 SYSTEM（继承系统），而 PHP 用的是 Europe/Berlin，两者 DST 触发时间或策略略有差异。
立即学习“PHP免费学习笔记（深入）”；
- 检查 MySQL 当前时区：
SELECT @@global.time_zone, @@session.time_zone;
- PHP 写入前统一转为 UTC：
$dt->setTimezone(new DateTimeZone('UTC'))->format('Y-m-d H:i:s'); - MySQL 启动参数加
--default-time-zone='+00:00'，或运行时执行SET time_zone = '+00:00';
DateTime 解析出的 Unix 时间戳可能完全不同**——别依赖字符串直觉，优先用时间戳或明确时区对象做中间态。 
