ThinkPHP5.1中date()和strtotime()完全依赖PHP全局时区设置，与TP配置无关；须在public/index.php顶部设date_default_timezone_set('Asia/Shanghai')，并统一用DateTime对象处理日期循环，同时校准MySQL会话时区和系统NTP时间。
ThinkPHP5.1里date()和strtotime()的时区完全依赖PHP全局设置
TP5.1自身没有自动接管时间函数的机制，date()、strtotime()、time()这些函数的行为**只由PHP底层时区决定**，和config/app.php里的default_timezone配置无关。很多人改了配置却看到date('Y-m-d H:i:s')还是UTC时间，就是因为没真正改掉PHP的默认时区。
实操建议：
- 在
public/index.php最顶部（早于任何框架加载、autoload、中间件或模型初始化）加：date_default_timezone_set('Asia/Shanghai'); - 删掉所有其他地方的
date_default_timezone_set()调用，包括app/common.php、app/middleware.php、BaseController构造函数等——重复调用可能被覆盖，且TP5.1早期组件已按旧时区初始化完毕 - 用
var_dump(date_default_timezone_get()); die;在入口加一行，确认输出确实是Asia/Shanghai，不是UTC或空字符串 - 注意CLI环境（如定时任务、队列）和Web环境可能加载不同php.ini，需分别检查：
php -i | grep timezone和phpinfo()中的date.timezone
循环两个日期时，别用date()硬拼接，改用DateTime对象
在跨平台（Windows/Linux/macOS）环境下，strtotime('2026-08-01')或strtotime('+1 day')可能因系统C库差异或夏令时规则解析不一致，导致循环偏移。尤其当循环中混用date()格式化和strtotime()计算时，时区隐式参与运算，风险放大。
实操建议：
- 把起止日期都转成
DateTime实例，并显式绑定时区：new DateTime('2026-08-01', new DateTimeZone('Asia/Shanghai')) - 循环递增用
$date->modify('+1 day')或$date->add(new DateInterval('P1D'))，避免strtotime()介入 - 输出时统一用
$date->format('Y-m-d H:i:s')，不调用date() - 如果必须兼容PHP 5.2+（TP5.1最低要求），
DateTimeZone可用，但避免用DateTimeImmutable（PHP 5.5+才支持）
数据库写入时间字段前，务必确认MySQL会话时区
TP5.1的Db::insert()或模型save()若用date('Y-m-d H:i:s')生成时间字符串写入DATETIME字段，结果取决于PHP时区；但如果MySQL的@@session.time_zone是+00:00或SYSTEM（常指向UTC），就会出现“PHP显示正确，数据库存错8小时”的现象。
实操建议：
- 在数据库连接建立后（比如
database.php的params里或Db::connect()后），执行一次：Db::execute("SET time_zone = '+8:00'"); - 或者在MySQL服务端永久配置：
default-time-zone = '+8:00'（写进/etc/mysql/my.cnf的[mysqld]段），再重启mysqld - 不要依赖
TIMESTAMP类型来“自动转换”——它受MySQL时区影响，且TP5.1不自动处理该类型与PHP时区的映射 - 验证当前会话时区：
Db::query("SELECT @@session.time_zone");，返回值应为+08:00，不是SYSTEM或UTC
云服务器上跑TP5.1，系统时间不准会导致循环日期漂移
低配云服务器（如腾讯云轻量、阿里云共享型）容易因CPU资源争抢导致系统时钟漂移，表现为：今天循环生成的日期范围正常，过两天发现date('Y-m-d')突然跳变一天，或定时任务执行时间错乱。
实操建议：
- 部署后立即运行：
timedatectl status，确认System clock synchronized: yes - 若为
no，安装chrony（推荐）：apt install chrony（Ubuntu/Debian）或yum install chrony（CentOS/RHEL），然后启用：systemctl enable chrony && systemctl start chrony - TP5.1本身不提供NTP校时能力，这个必须由系统层保障；否则即使PHP和MySQL时区全对，循环逻辑也会因底层
time()返回值不准而失效
跨平台循环日期最易被忽略的点，是把“PHP显示时间对了”当成“整个时间链路稳了”。实际上，从DateTime构造、strtotime解析、数据库写入、再到系统时钟，任一环节时区或精度失控，循环就可能在某台机器上悄悄错位。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
