根本原因是服务端未统一时间基准、前后端时区责任边界模糊；需在public/index.php中设date_default_timezone_set('Asia/Shanghai')，数据库统一存UTC时间，前端用ISO 8601 UTC字符串+new Date()自动转换。
ThinkPHP 6.0 应用部署在 Docker 容器或海外服务器时，数据库存的 create_time 显示比北京时间早/晚 8 小时，前端渲染出的时间与用户本地完全对不上，根本原因是服务端未统一时间基准、前后端时区责任边界模糊。
确认当前 PHP 时区是否已设为 Asia/Shanghai
打开 public/index.php 文件，在 require __DIR__ . '/../vendor/autoload.php'; 这一行之前，插入：
date_default_timezone_set('Asia/Shanghai');
这一步必须做，否则 ThinkPHP 模型自动写入的 time() 时间戳虽是 Unix 秒数，但后续 date() 格式化、日志记录、缓存过期等环节都会按 UTC 解析，导致肉眼可见的“慢 8 小时”。
立即学习“PHP免费学习笔记（深入）”；
【不要在中间件、BaseController 或模型里重复调用 date_default_timezone_set()】——后调用会覆盖前调用，而框架核心组件（如日志驱动）已在早期初始化完毕，此时改时区已无效。
强制数据库统一存储 UTC 时间
ThinkPHP 默认把本地时间字符串（如 '2026-07-07 13:41:00'）直接写进 DATETIME 字段。若 MySQL 服务器时区是 UTC，就会少存 8 小时。真正可靠的做法是：所有 datetime 字段入库前转成 UTC 字符串。
在对应模型（如 app/model/User.php）中重写时间字段的 setAttr 方法：
方法一：针对 create_time 字段
protected function setCreateTimeAttr($value) {<br> return (new \DateTime($value, new \DateTimeZone(date_default_timezone_get())))<br> ->setTimezone(new \DateTimeZone('UTC'))<br> ->format('Y-m-d H:i:s');<br>}
方法二：通用拦截（推荐用于多时间字段）
在模型基类（如 app/model/BaseModel.php）中定义：
protected function setDatetimeAttr($value, $field) {<br> if (!$value) return null;<br> $dt = new \DateTime($value, new \DateTimeZone(date_default_timezone_get()));<br> return $dt->setTimezone(new \DateTimeZone('UTC'))->format('Y-m-d H:i:s');<br>}
然后在子模型中调用：protected $type = ['create_time' => 'datetime', 'update_time' => 'datetime'];
前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。
注意：别用 strtotime($value) ——它会把传入的 '2026-07-07 13:41:00' 当作当前时区时间再转 UTC，造成 +8 小时偏差。
前端接收 UTC 时间并转成本地显示
第一步：确保后端返回的是带 Z 后缀的 ISO 8601 UTC 时间字符串，例如 "create_time": "2026-07-07T05:41:00Z"。
第二步：在 JavaScript 中直接 new Date() 解析该字符串，浏览器会自动按用户本地时区转换：
const utcTime = data.create_time; // "2026-07-07T05:41:00Z"<br>const localTime = new Date(utcTime).toLocaleString(); // 自动转成用户设备时区
第三步：若需格式化为固定样式（如 '2026-07-07 13:41:00'），用 Intl.DateTimeFormat：
const formatter = new Intl.DateTimeFormat('zh-CN', {<br> year: 'numeric',<br> month: '2-digit',<br> day: '2-digit',<br> hour: '2-digit',<br> minute: '2-digit',<br> second: '2-digit',<br> hour12: false<br>});<br>formatter.format(new Date(utcTime));
这一步不能用 moment.js 或 dayjs 的本地模式解析无时区标识的时间字符串（如 '2026-07-07 13:41:00'），否则浏览器会按本地时区解释，结果仍是错的。
验证 MySQL 服务端时区是否与 PHP 一致
登录 MySQL 执行：
SELECT @@global.time_zone, @@session.time_zone;
如果返回 SYSTEM，再运行 timedatectl status 确认系统时区是否为 Asia/Shanghai；如果返回 UTC 或 +00:00，则必须同步：
① 修改 MySQL 配置文件 my.cnf，在 [mysqld] 下添加：default-time-zone = '+08:00'
② 重启 MySQL 服务
③ 执行 SET GLOBAL time_zone = '+08:00';
这一步不做，即使 PHP 写入了 UTC 时间，MySQL 可能仍按自身时区二次转换，导致数据错乱。
