仅设date.timezone常失效，因php多配置文件、环境限制及ini_set()作用域有限；需分层兜底：ini_set()运行时设置+date_default_timezone_set()强制默认+环境变量注入。
PHP时区设置为什么不能只改 date.timezone？
直接在 php.ini 里写 date.timezone = "Asia/Shanghai" 看似简单，但实际常失效——因为 PHP 可能加载了多个配置文件（如 /etc/php/8.1/cli/php.ini 和 /etc/php/8.1/apache2/php.ini），CLI 和 Web 环境用的不是同一个 php.ini。更麻烦的是，Docker 容器、cPanel、或某些托管环境根本不让你直接改主配置文件。
用 ini_set() 在运行时覆盖时区是否可靠？
可以，但仅限于当前脚本生命周期，且必须在所有 date()、strtotime() 调用前执行。常见错误是把它放在函数里、或写在 echo date('Y-m-d'); 后面，结果毫无作用。
-
ini_set('date.timezone', 'Asia/Shanghai');必须在脚本最顶部（或至少在任何时间函数之前） - 它对
DateTime对象无强制约束——new DateTime()默认仍用系统时区，除非显式传入new DateTimeZone - 某些 SAPI（如 FPM）可能禁用
ini_set()，需确认ini_set在disable_functions列表中未被禁用
真正一键生效的自动化脚本怎么写？
核心思路：不依赖单一配置点，而是分层兜底。以下是一个可直接保存为 set_timezone.php 并在项目入口（如 index.php 或 Composer autoload.php）中 require 的脚本：
// set_timezone.php
$target_tz = 'Asia/Shanghai';
// 1. 尝试修改运行时配置（对 CLI/FPM 有效）
if (function_exists('ini_set') && !in_array('ini_set', explode(',', ini_get('disable_functions')))) {
ini_set('date.timezone', $target_tz);
}
// 2. 强制设置默认时区（影响 new DateTime() 等）
date_default_timezone_set($target_tz);
// 3. 验证是否生效（可选，调试用）
if (date_default_timezone_get() !== $target_tz) {
error_log("WARNING: timezone not set to {$target_tz}");
}
这个脚本不碰 php.ini，也不 require root 权限，适合部署到共享主机、CI 构建阶段或 Laravel 的 bootstrap/app.php 前。
立即学习“PHP免费学习笔记（深入）”；
Docker 或 CI 环境下怎么自动注入时区？
如果控制宿主机或容器环境，优先用环境变量 + 启动时注入，比 PHP 层补救更彻底：
- Docker：
docker run -e TZ=Asia/Shanghai -e PHP_INI_SCAN_DIR=/usr/local/etc/php/conf.d，再挂载一个含timezone.ini的配置文件 - 在
/usr/local/etc/php/conf.d/timezone.ini中写：date.timezone = Asia/Shanghai - GitHub Actions：
run: echo "date.timezone = Asia/Shanghai" | sudo tee /etc/php/*/cli/conf.d/99-timezone.ini
注意：PHP-FPM 容器里要同时改 CLI 和 FPM 的 php.ini，否则 php artisan 和网页请求时区可能不一致——这是线上时间错乱最隐蔽的来源。
