PHP时间差8小时的根本原因是时区未对齐，需统一配置php.ini的date.timezone=Asia/Shanghai、框架config中的timezone、MySQL服务端时区及CLI/Web环境一致性。
PHP时间差8小时，根本原因不是函数写错了，而是时区没对齐——date()、DateTime、模型自动时间戳、甚至MySQL写入都依赖同一个底层时区设定，改错一处，全链路就偏移。
确认当前生效的时区配置
别猜，直接看。在任意可执行脚本里加一行：
var_dump(date_default_timezone_get(), date('Y-m-d H:i:s'));
输出必须同时满足：第一个值是 Asia/Shanghai，第二个值显示的是当前北京时间（比如现在是 2026-05-09 03:01:xx）。如果第一个是 UTC 或空字符串，或报 It is not safe to rely on the system's timezone settings 警告，说明 PHP 根本没读到有效时区。
- 用
phpinfo()查Loaded Configuration File路径，确保你改的是这个文件 - CLI 和 Web 模式可能加载不同
php.ini：运行php --ini看 CLI 配置，phpinfo()看 Web 配置 - Docker 环境下，
PHP_INI_DIR或挂载的.ini文件会覆盖主配置，优先检查这些位置
php.ini 中 date.timezone 必须这样写
date.timezone = Asia/Shanghai 是唯一推荐写法。其他常见错误包括：
立即学习“PHP免费学习笔记（深入）”；
- 写成
PRC：PHP 5.5+ 已废弃，部分新版环境直接忽略或报错 - 写成
Etc/GMT-8：IANA 标准中该值实际代表 +8 小时的反向命名，但语义易混淆，且某些 PHP 版本解析不稳定 - 加引号：
date.timezone = "Asia/Shanghai"是无效语法，ini 文件不支持字符串引号 - 大小写错误：
asia/shanghai或Asia/shanghai不被识别
改完必须重启服务：sudo systemctl restart apache2（Apache）或 sudo systemctl restart php*-fpm（注意版本号匹配，如 php8.2-fpm）。
框架里时区配置不能只靠 php.ini
ThinkPHP 6+、Laravel 等默认设为 UTC，且会主动调用 date_default_timezone_set('UTC')，覆盖 php.ini 设置。所以即使 php.ini 正确，框架仍可能输出 UTC 时间。
- ThinkPHP：改
config/app.php中的default_timezone键为'Asia/Shanghai'，不是注释里的示例值，是实际赋值的那一行 - Laravel：改
config/app.php的timezone，或确保.env中APP_TIMEZONE=Asia/Shanghai未被其他逻辑覆盖 - 不要在中间件或模型里反复调用
date_default_timezone_set()，它会污染全局状态；应在应用启动早期（如入口文件或服务提供者 boot 阶段）一次性设置
数据库时间字段仍差8小时？问题不在PHP
time() 返回的是 Unix 时间戳（秒数），本身无时区；出问题的通常是格式化后存入 DATETIME 字段，而 MySQL 服务端时区没同步。
- 查 MySQL 当前时区：
SELECT @@global.time_zone, @@session.time_zone; - 建议设为
'SYSTEM'，并确认系统时区也是Asia/Shanghai（timedatectl status） - 避免在模型中手动
date('Y-m-d H:i:s')后写入：改为存time()的整型值，或用DateTime::createFromFormat()显式指定时区 - 调试时别只看页面渲染结果，直接查数据库原始字段值，对比插入时刻的实际北京时间
最常被忽略的一点：CLI 命令（如 php think queue:work）跑的脚本，很可能用的是另一套 php.ini 和框架配置，必须单独验证其 date_default_timezone_get() 返回值。
