根本原因是yii1.1.32与yii2.0对时区的控制层级和生效时机不同，需分层统一：先设php底层date.timezone为asia/shanghai并重启服务；yii1.1在index.php顶部强制date_default_timezone_set；yii2.0需同时配置应用timezone、formatter timezone及mysql时区为+08:00。
Yii1.1.32和Yii2.0项目部署后时间显示错8小时、日志时间对不上、数据库写入时间偏移——根本不是代码写错了，而是两个版本框架对时区的控制层级和生效时机完全不同，必须分层堵漏，否则改一处漏三处。
先统一PHP底层时区（所有框架共用基础）
这一步必须最先做，且只做一次。如果PHP本身时区没设对，框架层再怎么配都是徒劳，而且会掩盖真实问题。
打开服务器上的php.ini文件，定位到date.timezone行，取消注释并设为：【date.timezone = "Asia/Shanghai"】
保存后重启Web服务（Apache/Nginx）和PHP-FPM。不重启，配置不生效。
验证是否成功：在任意PHP文件中写，访问页面看输出时间是否与本地北京时间一致。若仍差8小时，说明php.ini路径不对或未重启服务。
Yii1.1.32项目单独加固
Yii1.1不读取php.ini的date.timezone自动生效，必须在入口文件强制锁定，否则不同环境（CLI、CGI、FastCGI）可能取到不同默认值。
打开index.php，在require(Yii framework)之前、最顶部插入一行：【date_default_timezone_set('Asia/Shanghai');】
检查项目里有没有其他地方重复调用该函数——比如在protected/components/Controller.php构造函数里、或者某个BaseModel里。重复设置不会报错，但第二次设置时，部分已初始化的组件（如CDateTimeParser）已经按旧时区缓存了规则，会导致日期解析混乱。
Yii1.1的CFormatter默认用系统时区格式化，无需额外配；但如果你用了CJuiDatePicker，它的dateFormat仅控制提交格式，altFormat只影响前端显示，两者都不改变PHP解析逻辑，所以只要PHP时区对了，表单收发就自然对齐。
Yii2.0项目三层校准
Yii2.0时区配置有三个生效层，缺一不可：PHP底层 → 应用级 → Formatter组件级。漏掉任何一层，都可能在日志、缓存过期、GridView时间列、模型自动时间戳等场景出问题。
第一步：确认入口文件public/index.php顶部已执行date_default_timezone_set('Asia/Shanghai')——这是硬性前提，否则后续所有配置都可能被绕过。
第二步：打开config/web.php，在return数组根级添加：【'timeZone' => 'Asia/Shanghai'】。这个值会被Yii::$app→get()自动注入到应用实例，影响模型created_at自动填充、日志时间戳生成等底层行为。
第三步：检查components → formatter配置块，确保包含'timeZone' => 'Asia/Shanghai'。例如：
'formatter' => ['class' => 'yii\i18n\Formatter','timeZone' => 'Asia/Shanghai','dateFormat' => 'php:Y-m-d','datetimeFormat' => 'php:Y-m-d H:i:s'],
注意：这里'timeZone'不是可选参数，它直接决定asDate()、asDatetime()等方法的输出结果。如果没写，Formatter会 fallback 到应用级timeZone；但如果应用级也没设，它就取PHP默认时区——而PHP默认时区可能被某些扩展临时修改过，极不稳定。
MySQL连接层同步（关键补漏）
即使PHP和Yii都设对了，MySQL如果用的是SYSTEM时区或UTC，NOW()、CURDATE()这些函数返回值仍会和PHP时间错开，导致INSERT语句写入的时间比预期早或晚8小时。
方法一（推荐）：修改MySQL配置文件my.cnf，在[mysqld]段下添加：【default-time-zone = '+08:00'】，然后重启MySQL服务。这个设置对主从库都必须一致，否则复制会出逻辑错误。
方法二（应急）：在Yii2的数据库配置中加入PDO初始化命令。打开config/db.php，在mysql配置项内加：
'options' => [PDO::MYSQL_ATTR_INIT_COMMAND => "SET time_zone = '+08:00'"]
注意：此方法只对当前连接生效，无法覆盖MySQL全局时区，适合无法修改my.cnf的共享主机环境。但每次新连接都会执行，有微小性能开销。
验证MySQL时区：登录MySQL执行SELECT @@global.time_zone, @@session.time_zone;，两个值都应返回+08:00。
