ThinkPHP5.1中date()与Carbon::now()时间不一致源于时区来源不同：date()依赖PHP全局时区，Carbon::now()默认可能fallback到UTC；需统一在public/index.php首行设date_default_timezone_set('Asia/Shanghai')，并显式指定Carbon时区。
ThinkPHP5.1里date()和Carbon::now()输出时间不一致
这不是循环的问题，而是底层时区来源不同导致的：date() 读的是 PHP 全局时区（由 date_default_timezone_set() 或 php.ini 决定），而 Carbon::now() 默认用系统时区或构造时传入的时区——如果没显式指定，它可能 fallback 到 UTC，尤其在 CLI 环境下更常见。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 统一用
date_default_timezone_set('Asia/Shanghai')在public/index.php最顶部调用一次，确保date()、strtotime()、DateTime都走东八区 - 所有
Carbon实例必须显式指定时区：Carbon::now('Asia/Shanghai')或new Carbon('now', 'Asia/Shanghai')，别依赖默认行为 - 检查是否在模型或中间件里重复调用了
date_default_timezone_set()，后调用会覆盖前调用，但Carbon可能已在之前初始化完毕，造成“半生效”状态 - 运行
var_dump(date_default_timezone_get(), (string)Carbon::now(), date('Y-m-d H:i:s'))对比三者输出，确认是否真不一致
循环中两次调用 time() 返回值相差8小时
这基本不可能——time() 返回的是 Unix 时间戳（秒数），与时区无关。如果你看到“相差8小时”，实际是后续格式化时用了不同函数或不同上下文：比如一次用 date('Y-m-d H:i:s')，另一次用 Carbon::parse($timestamp)->format('Y-m-d H:i:s')，而后者没设时区，就按 UTC 解析。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 避免混用原生函数和 Carbon 做同一类操作；要么全用
date()+date_default_timezone_set()，要么全用Carbon::now('Asia/Shanghai') - 循环内不要动态改时区：
date_default_timezone_set('UTC')→ 处理完再切回来，这种写法极易出错，且影响后续静态方法（如日志、缓存） - 如果必须跨时区处理（比如导出海外用户数据），用
DateTime显式传参：new DateTime('@' . $timestamp, new DateTimeZone('UTC'))，而不是靠全局设置切换
模型自动写入 create_time 和循环中 echo 的时间对不上
ThinkPHP5.1 的模型时间戳字段（create_time）默认直接调用 date('Y-m-d H:i:s') 写入，它依赖当前 PHP 全局时区；但如果这个时区在模型初始化之后才被设（比如设在了中间件里），那模型写入时还是 UTC，而你循环里 echo date(...) 却已生效，看起来就“差8小时”。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 把
date_default_timezone_set('Asia/Shanghai')放到public/index.php第一行，在require '../thinkphp/start.php'之前 - 检查
config/database.php中是否设置了'timezone' => '+08:00'—— 这个只影响 PDO 连接层的SET time_zone，对模型自动时间戳无效，但能防止 MySQL 把字符串当本地时间二次解释 - 别信
config/app.php里的'default_timezone' => 'Asia/Shanghai'—— ThinkPHP5.1 不靠它控制模型时间戳，它只影响少数 facade 方法（如think\facade\Date）
CLI 命令里循环时间正常，Web 请求里却偏差
这是最典型的“两套配置”问题：Web 请求走 PHP-FPM，读的是 php-fpm.conf 或 php.ini 里的 date.timezone；而 CLI（比如 php think hello）读的是另一份 php.ini，常为默认 UTC。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 分别执行
php --ini和php -i | grep "Loaded Configuration File"，确认 Web 和 CLI 加载的 php.ini 路径是否不同 - 两份
php.ini都要加：date.timezone = Asia/Shanghai，并重启 PHP-FPM 和 reload crond - 在命令行脚本开头加
date_default_timezone_set('Asia/Shanghai')作为兜底，但仅限 CLI 场景，别放进 Web 入口文件里重复设 - 验证方式：在控制器里
echo exec('php -r "echo date_default_timezone_get();")，看 CLI 是否返回Asia/Shanghai
app.php 里写了时区，只要 date_default_timezone_set() 没生效或被覆盖，create_time 就永远存 UTC 字符串。 
