php 的 date()、datetime 等函数默认使用 date.timezone 配置值，若未设置则 fallback 到 utc；需用 date_default_timezone_set('asia/shanghai') 或显式传入 datetimezone 参数确保时区一致。
PHP 输出的日期是 UTC，说明你的脚本没设时区，或者设错了——不是 PHP 本身有问题，而是时区上下文缺失。
date() 和 DateTime 默认用什么时区？
PHP 的 date()、DateTime 构造、strtotime() 等函数，如果没显式指定时区，会 fallback 到 date.timezone 配置值；若该配置为空（常见于 Docker、新装环境、共享主机），则默认使用 UTC。
- 查当前生效时区：
date_default_timezone_get()，别只看 php.ini - php.ini 中
date.timezone设为Asia/Shanghai最直接，但线上环境可能不允许改全局配置 - 代码里临时覆盖更稳妥：
date_default_timezone_set('Asia/Shanghai')，建议放在入口文件最开头
DateTime 对象创建时没带时区，后续 format 就是 UTC
这是最容易踩的坑：你 new 一个 DateTime，没传时区参数，它就按“系统默认时区”解析字符串——而这个默认时区很可能就是 UTC。
- 错误写法：
new DateTime('2024-05-20 14:30:00')→ 解析成 UTC 时间点 - 正确写法：
new DateTime('2024-05-20 14:30:00', new DateTimeZone('Asia/Shanghai')) - 或者统一用 UTC 字符串输入 + 显式转换：
$dt->setTimezone(new DateTimeZone('Asia/Shanghai')) - 注意：
DateTime::createFromFormat()同样不自动继承本地时区，必须传第三个DateTimeZone参数
MySQL 查询结果里的 DATETIME 被当成 UTC 处理了
PHP 的 PDO 或 mysqli 默认不会把数据库字段映射为带时区的 DateTime；如果你在 MySQL 里存的是无时区的 DATETIME（推荐做法），那 PHP 拿到的就是纯字符串，解析时必须明确告诉它是本地时间。
立即学习“PHP免费学习笔记（深入）”；
- 不要这样：
new DateTime($row['created_at'])→ 它会被当 UTC 解析 - 应该这样：
new DateTime($row['created_at'], new DateTimeZone('Asia/Shanghai')) - 如果 MySQL 存的是
TIMESTAMP，它底层按 UTC 存，读出来后也得先设为 UTC 再转本地：new DateTime($row['created_at'], new DateTimeZone('UTC'))->setTimezone(new DateTimeZone('Asia/Shanghai'))
真正麻烦的不是转换逻辑，而是时区意识容易断层：数据库怎么存、PHP 怎么解析、前端怎么显示，三者时区假设不一致，时间就悄悄偏了 8 小时。尤其注意 CLI 脚本和 Web 请求可能加载不同 php.ini，date_default_timezone_get() 的返回值未必一样。
