PHP 8.1 时区必须用 date_default_timezone_set('Asia/Shanghai') 在脚本顶部调用，且需验证 date_default_timezone_get() 返回严格匹配；php.ini 的 date.timezone 需分别配置 CLI 与 FPM 并重启对应服务；Docker 推荐用 PHP_INI_DATE_TIMEZONE 环境变量；DateTime 对象应显式传入时区构造以确保隔离。
PHP 8.1 的时区设置不能只靠改 date.timezone 配置项，因为 CLI 和 Web（如 FPM）可能加载不同 php.ini，且 Docker、共享主机等环境常禁止直接修改配置文件。必须分层兜底，否则 date()、new DateTime()、strtotime() 都可能返回 UTC 时间或触发 E_WARNING。
date_default_timezone_set() 必须在脚本最顶部调用
这是最可靠、最通用的设置方式，对 CLI、FPM、Apache 模块都有效，且影响所有时间相关函数（包括 new DateTime() 默认构造行为）。
- 必须放在任何时间函数调用之前，例如不能写在
echo date('Y-m-d');后面 - 参数只能是 IANA 标准时区名，
'Asia/Shanghai'是中国大陆唯一推荐值；'PRC'在 PHP 8.1+ 已触发E_DEPRECATED警告，'+08:00'不是时区，只是偏移量，会导致DateTimeZone::getTransitions()失效 - 验证是否生效：调用
date_default_timezone_get()，返回值必须严格等于"Asia/Shanghai"（注意大小写和下划线）
php.ini 中 date.timezone 设置常被忽略的细节
全局配置看似一劳永逸，但在 PHP 8.1 环境中极易失效——因为 CLI 和 Web SAPI 使用的是两套独立配置路径。
- 运行
php --ini查看 CLI 加载的 ini 文件，访问phpinfo()页面查 Web 端加载的 ini 路径，两者通常不同（如/etc/php/8.1/cli/php.inivs/etc/php/8.1/fpm/php.ini） - 修改后必须分别重启对应服务：
systemctl restart php8.1-fpm+systemctl restart nginx（或apache2），仅重启 Web 服务器不够 - Docker 用户应避免挂载整个 php.ini，推荐用
PHP_INI_DATE_TIMEZONE=Asia/Shanghai环境变量注入，它会自动覆盖date.timezone
PHP 8.1 中 DateTime 类的时区操作更安全了
PHP 8.1 新增 isSameTimeZone() 和 setTimeZone() 方法，让对象级时区控制不再依赖 date_default_timezone_set() 全局状态，适合多时区业务场景。
立即学习“PHP免费学习笔记（深入）”；
-
$dt->isSameTimeZone($otherDt)直接比对两个DateTime对象是否使用同一DateTimeZone实例，不解析字符串，避免因名称拼写差异导致误判 -
$dt->setTimeZone(new DateTimeZone('Asia/Shanghai'))原子性切换时区，不改变原始时间戳，比旧式modify('+8 hour')或date_timezone_set()更精准 - 注意：
new DateTime()仍受date_default_timezone_set()影响；若要完全隔离，必须显式传入new DateTimeZone('Asia/Shanghai')作为第二个参数
真正容易被忽略的是：即使设置了 date_default_timezone_set('Asia/Shanghai')，如果后续代码里用了 new DateTime(null, new DateTimeZone('UTC')) 这类显式构造，那个对象就彻底脱离全局时区控制——时区逻辑必须从构造开始明确，不能寄望于“默认”二字。
