PHP中TIMEZONE设置_解决时间相差8小时【指南】-php教程-PHP中文网

php时间差8小时的根本原因是时区未对齐，需统一配置php.ini的date.timezone=asia/shanghai、框架config中的timezone、mysql服务端时区及cli/web环境一致性。

php中timezone设置_解决时间相差8小时【指南】

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 是唯一推荐写法。其他常见错误包括：

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

写成 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() 显式指定时区
调试时别只看页面渲染结果，直接查数据库原始字段值，对比插入时刻的实际北京时间