唯一可靠方式是date_default_timezone_set()，因date.timezone为PHP_INI_PERDIR级配置，ini_set()无效；必须在所有时间函数调用前执行，且时区字符串须为IANA标准如'Asia/Shanghai'。
date_default_timezone_set() 是唯一可靠的方式
用
无效——PHP 的
是 PHP_INI_PERDIR 级别的配置项，运行时无法通过
修改，调用后不会报错但完全不起作用。真正生效的只有
，它绕过
php
.ini 机制，直接设置当前脚本的时区上下文。
必须在所有 date/time 函数调用前执行
一旦调用过
、
、
等函数，再调用
就可能被忽略（尤其在某些 SAPI 或扩展下）。所以务必把它放在脚本最开头，或至少在任何时间相关操作之前：
时区字符串必须合法，不能写缩写或自定义名
常见错误是填
、
或
，这些都不是 IANA 时区数据库中的有效标识符，会导致警告并回退到 UTC：
✅（中国大陆标准时间）
✅（等价于 Shanghai）
❌（注意：Etc/GMT±X 是反直觉的，
实际表示 UTC+8，但不推荐用，易混淆）
❌（已废弃，PHP 7.0+ 不再支持）
查可用值请用
，或参考
PHP 官方时区列表
。
PHP 8.5.5
PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。
下载
立即学习
“
PHP免费学习笔记（深入）
”；
CLI 和 Web 环境行为一致，但要注意自动加载时机
在 Laravel、Symfony 等框架中，如果时区设置写在某个服务提供者或中间件里，而该逻辑晚于日志、缓存、DB 初始化等模块，就可能出现部分时间戳仍是 UTC。建议：
在入口文件（如
或
）第一行设置
避免依赖
动态读取后再设——环境变量加载本身就有延迟
确认没有其他地方调用
覆盖了你的设置（比如某些 CMS 或监控 SDK 会偷偷重置）
时区不是“设一次就全局永久”，它只对当前请求/进程生命周期有效；多线程或子进程不会继承，FPM worker 复用时也需每次请求都重置（不过框架通常已帮你做了）。
ini_set('date.timezone', 'Asia/Shanghai')date.timezoneini_set()date_default_timezone_set()date()strtotime()new DateTime()date_default_timezone_set()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''Asia/Shanghai''Asia/Chongqing''Etc/GMT-8'GMT-8'PRC'timezone_identifiers_list()public/index.phpartisan.envdate_default_timezone_set()