PHP多时区处理应以UTC为基准，用DateTime+DateTimeZone显式转换，而非依赖date_default_timezone_set()；入库存UTC，显示按需转目标时区，用户时区由前端提供并校验。
PHP 默认使用服务器本地时区，直接调用 date() 或 time() 得到的是服务器所在时区的时间，不是“全球时间”。要正确处理多时区，核心不是“设置全局时间”，而是**用 UTC 作为统一基准，按需转换显示时区**。
为什么不能靠 date_default_timezone_set() 切换全局时区
很多人误以为多次调用 date_default_timezone_set('Asia/Shanghai') 或 date_default_timezone_set('America/New_York') 就能“切换全球时间”——这是错的。这个函数只影响后续未指定时区的 date()、strtotime() 等函数行为，且是进程级（或请求级）覆盖，无法并发安全地为不同用户返回各自时区时间。
- 它不改变时间戳本质：PHP 时间戳始终是 Unix timestamp（UTC 秒数），只是格式化时套了时区偏移
- 若在同一个请求里反复 set，容易漏掉重置，导致后续逻辑出错
- 对 DateTime 对象无效：DateTime 构造时已绑定时区，
date_default_timezone_set()不会影响已有对象
推荐做法：用 DateTime + DateTimeZone 显式转换
真正可靠的多时区转换，必须基于 DateTime 对象，并显式指定源时区和目标时区。关键在于：所有输入先转成 UTC，再转成任意目标时区。
- 入库/存储/传输一律用 UTC 时间戳或 ISO 8601 UTC 字符串（如
'2024-05-20T08:30:00+00:00'） - 构造时明确传入时区：
new DateTime('2024-05-20 16:00', new DateTimeZone('Asia/Shanghai')) - 转换用
setTimezone()：$dt->setTimezone(new DateTimeZone('Europe/London')) - 输出用
format()，不是date()—— 后者无视对象时区
示例：
立即学习“PHP免费学习笔记（深入）”；
$sh = new DateTime('2024-05-20 16:00', new DateTimeZone('Asia/Shanghai'));
$utc = clone $sh;
$utc->setTimezone(new DateTimeZone('UTC'));
$ny = clone $sh;
$ny->setTimezone(new DateTimeZone('America/New_York'));
echo $sh->format('Y-m-d H:i:s T'); // 2024-05-20 16:00:00 CST
echo $utc->format('Y-m-d H:i:s T'); // 2024-05-20 08:00:00 UTC
echo $ny->format('Y-m-d H:i:s T'); // 2024-05-20 04:00:00 EDT
用户时区怎么存？怎么选？
不能硬编码或猜。真实场景中，用户时区应由前端提供（如 Intl.DateTimeFormat().resolvedOptions().timeZone），后端仅做校验和转换。
- 存储字段建议用
VARCHAR(32)，存标准 IANA 时区名（如'Asia/Kolkata'），别存偏移量（'+05:30'）——夏令时会失效 - 校验用
in_array($tz, DateTimeZone::listIdentifiers())，避免注入或非法值 - 没提供时区时，fallback 到
'UTC'，而不是服务器本地时区 - 注意：
date_default_timezone_get()返回的是当前默认时区，不是用户时区，别混淆
常见坑：strtotime() 和 date() 的隐式时区陷阱
这两个函数完全依赖 date_default_timezone_set()，且不接受时区参数。一旦混用 DateTime 和它们，极易出错。
-
strtotime('now')返回的是“当前服务器时区下的时间戳”，不是 UTC 时间戳 -
date('c', $timestamp)格式化时，用的是默认时区，不是 $timestamp 所属的原始时区 - 错误写法：
date('Y-m-d', strtotime($userInput))—— 输入带时区（如 '2024-05-20T12:00:00+09:00'）时，strtotime()可能解析失败或误判 - 正确替代：
(new DateTime($userInput))->setTimezone(new DateTimeZone('UTC'))->format('Y-m-d')
多时区不是“设置一个全局开关”，而是每次时间操作都明确回答三个问题：这个时间属于哪个时区？我要把它当成什么时区来理解？我要展示给谁看、用什么时区呈现？漏掉任何一个，就容易在跨夏令时、跨地域、跨服务调用时翻车。
