必须在脚本最顶部调用date_default_timezone_set()，优先使用'asia/shanghai'等地理时区名而非etc/gmt-8或+08:00；接收无时区时间字符串需显式绑定时区；php与mysql时区需分别设置并保持同步。
date_default_timezone_set() 必须在任何日期函数调用前执行
很多新手在 date() 或 strtotime() 已经报错后才想起来设时区，但这时 PHP 可能已触发警告甚至返回错误时间。PHP 会在首次调用日期相关函数时“固化”默认时区，后续再调用 date_default_timezone_set() 无效（仅影响之后的调用，但部分内置行为如 DateTime 构造可能已按旧时区解析）。
常见错误现象：Warning: date(): It is not safe to rely on the system's timezone settings；或 date('Y-m-d H:i:s') 返回 UTC 时间而非本地预期时间。
- 必须在脚本最顶部（或至少在第一个
date()、new DateTime()、strtotime()前）调用date_default_timezone_set('Asia/Shanghai') - 不要依赖
php.ini中的date.timezone设置而不做运行时校验——上线环境可能未配置或被覆盖 - 若使用 Composer 自动加载或框架（如 Laravel），确保时区设置早于任何模型/服务初始化（例如放在
public/index.php开头）
Asia/Shanghai ≠ +08:00（夏令时陷阱）
PHP 的时区不是简单偏移量，而是基于 IANA 时区数据库的完整规则。Asia/Shanghai 是正确写法，而 Etc/GMT-8 或 +08:00 是反直觉且危险的：IANA 规定 Etc/GMT-8 实际表示 UTC+8（符号取反），且它**不包含任何夏令时规则**，纯固定偏移。
后果：用 Etc/GMT-8 会导致所有历史时间计算失准（比如 1992 年中国曾实行夏令时，但该时区无法反映）；更严重的是，new DateTime('2025-07-01', new DateTimeZone('Etc/GMT-8')) 和 new DateTime('2025-07-01', new DateTimeZone('Asia/Shanghai')) 在某些 PHP 版本中会给出不同 Unix 时间戳。
立即学习“PHP免费学习笔记（深入）”；
- 永远优先用地理名称：如
'Asia/Shanghai'、'America/New_York'、'Europe/London' - 避免
Etc/*和+00:00类格式，除非你明确需要无夏令时的固定偏移（如日志时间戳归一化） - 可通过
timezone_abbreviations_list()查看系统支持的缩写，但不建议依赖——它不保证跨环境一致
DateTime 构造时未显式传入时区，隐式使用默认时区
new DateTime('2024-03-15 14:30:00') 看似简单，实则暗藏风险：它会把字符串按当前 date_default_timezone_set() 解析，而不是按字符串“字面意思”。如果服务器时区是 UTC，而你输入的是北京时间字符串，结果就是晚 8 小时。
典型场景：表单提交 "2024-03-15 14:30:00"，后端没声明来源时区，直接 new DateTime($input) → 存库时间比用户本意少 8 小时。
- 接收前端时间字符串时，应明确其时区含义：是用户本地时间？还是已转为 UTC？
- 若前端传的是带时区的 ISO 格式（如
'2024-03-15T14:30:00+08:00'），new DateTime($input)能自动识别，无需额外指定 - 若前端传无时区字符串（如
'2024-03-15 14:30:00'），必须显式绑定时区：new DateTime($input, new DateTimeZone('Asia/Shanghai')) - 存库前统一转为 UTC（推荐），用
$dt->setTimezone(new DateTimeZone('UTC'))，避免 MySQLDATETIME字段受系统时区干扰
MySQL 连接层与 PHP 时区不同步
即使 PHP 设了 Asia/Shanghai，MySQL 仍可能用系统默认时区（如 SYSTEM 或 UTC）。执行 SELECT NOW()、INSERT INTO t VALUES (NOW()) 时，时间由 MySQL 服务端生成，不受 PHP 控制。
更隐蔽的问题：PDO 默认不发送 SET time_zone = '+08:00'，导致 STR_TO_DATE()、TIMESTAMPDIFF() 等函数行为与 PHP 不一致。
- 连接 MySQL 后立即执行：
$pdo->exec("SET time_zone = '+08:00'")（注意：用偏移量而非时区名，MySQL 对Asia/Shanghai支持有限且依赖系统 tzdata） - 或在 MySQL 配置中设
default-time-zone='+08:00'，但需重启服务，上线环境常不可行 - 避免在 SQL 中混用
NOW()和 PHP 的date()做逻辑判断——它们可能跨时区 - 用
UNIX_TIMESTAMP()/FROM_UNIXTIME()替代，可绕过时区解析歧义（前提是时间戳本身是 UTC）
+08:00 存的，现在想切到 Asia/Shanghai 却发现时间全漂了。 
