唯一可靠方式是date_default_timezone_set()，因date.timezone为PHP_INI_PERDIR级配置，ini_set()无效；必须在所有时间函数调用前执行，且时区字符串须为IANA标准如'Asia/Shanghai'。
date_default_timezone_set() 是唯一可靠的方式
用 ini_set('date.timezone', 'Asia/Shanghai') 无效——PHP 的 date.timezone 是 PHP_INI_PERDIR 级别的配置项，运行时无法通过 ini_set() 修改，调用后不会报错但完全不起作用。真正生效的只有 date_default_timezone_set()，它绕过 php.ini 机制，直接设置当前脚本的时区上下文。
必须在所有 date/time 函数调用前执行
一旦调用过 date()、strtotime()、new DateTime() 等函数，再调用 date_default_timezone_set() 就可能被忽略（尤其在某些 SAPI 或扩展下）。所以务必把它放在脚本最开头，或至少在任何时间相关操作之前：
date_default_timezone_set('Asia/Shanghai');
echo date('Y-m-d H:i:s'); // ✅ 正确
// 不要这样：
// echo date('Y-m-d H:i:s');
// date_default_timezone_set('Asia/Shanghai'); // ❌ 可能已失效
时区字符串必须合法，不能写缩写或自定义名
常见错误是填 'CST'、'GMT+8' 或 'China'，这些都不是 IANA 时区数据库中的有效标识符，会导致警告并回退到 UTC：
-
'Asia/Shanghai'✅（中国大陆标准时间） -
'Asia/Chongqing'✅（等价于 Shanghai） -
'Etc/GMT-8'❌（注意：Etc/GMT±X 是反直觉的，GMT-8实际表示 UTC+8，但不推荐用，易混淆） -
'PRC'❌（已废弃，PHP 7.0+ 不再支持）
查可用值请用 timezone_identifiers_list()，或参考 PHP 官方时区列表。
CLI 和 Web 环境行为一致，但要注意自动加载时机
在 Laravel、Symfony 等框架中，如果时区设置写在某个服务提供者或中间件里，而该逻辑晚于日志、缓存、DB 初始化等模块，就可能出现部分时间戳仍是 UTC。建议：
- 在入口文件（如
public/index.php或artisan）第一行设置 - 避免依赖
.env动态读取后再设——环境变量加载本身就有延迟 - 确认没有其他地方调用
date_default_timezone_set()覆盖了你的设置（比如某些 CMS 或监控 SDK 会偷偷重置）
时区不是“设一次就全局永久”，它只对当前请求/进程生命周期有效；多线程或子进程不会继承，FPM worker 复用时也需每次请求都重置（不过框架通常已帮你做了）。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
