date() 不能跨时区转换，因其仅格式化无时区的时间戳；真正转换需用 DateTime 类构造时指定原始时区，再用 setTimezone() 切换表示方式。
date() 和 date_default_timezone_set() 为什么不能直接跨时区转换
因为 date() 只是格式化当前服务器时间戳，它不感知“原始时区”——你传进去的 $timestamp 是纯整数，没有时区元数据。哪怕你用 date_default_timezone_set('Asia/Shanghai') 改了默认时区，也只是影响后续所有未指定时区的 date() 输出，不会把一个已知是 UTC 的时间戳“自动转成东八区”。常见错误是：拿到一个 UTC 时间戳，直接 date('Y-m-d H:i:s', $ts) 就以为显示的是本地时间，结果发现比预期快/慢 8 小时。
- 根本问题：时间戳本身无时区，
date()只做“本地化渲染”，不是“时区转换” - 真正需要的是：把“某个时区下的时间”解析出来，再输出为“另一个时区下的等价时间”
- 推荐路径：统一用
DateTime类，它自带时区上下文
用 DateTime 构造带时区的时间对象
关键在构造时就声明原始时区，而不是靠全局设置“猜”。比如你从 API 拿到一个字符串 "2024-05-20T12:00:00Z"（明确是 UTC），或一个带时区的字符串 "2024-05-20 12:00:00+09:00"，必须让 DateTime 知道它“本来是谁”。
- 正确写法：
$dt = new DateTime('2024-05-20T12:00:00Z', new DateTimeZone('UTC')); - 错误写法：
$dt = new DateTime('2024-05-20T12:00:00Z');—— 它会按默认时区解析，Z 被忽略，变成“本地时间 + Z 字符串” - 如果原始时间是字符串但没时区标识（如
"2024-05-20 12:00:00"），必须显式传入原始时区，否则无法可靠转换
setTimezone() 才是真正的跨时区转换
setTimezone() 不改变时间点（即时间戳值不变），只改变其表示方式。调用后 getTimestamp() 结果不变，但 format() 输出会对应新时区。
- 示例：
$dt = new DateTime('2024-05-20T12:00:00Z', new DateTimeZone('UTC')); $dt->setTimezone(new DateTimeZone('Asia/Shanghai')); echo $dt->format('Y-m-d H:i:s'); // 输出 2024-05-20 20:00:00 - 注意：
setTimezone()是原地修改，如果要保留原始对象，先用clone或重新构造 - 避免链式调用陷阱：
new DateTime(...)->setTimezone(...)->format(...)是可行的，但别误以为setTimezone()返回新对象——它返回$this，仍是原实例
时区名称用地区名，别用缩写
'CST'、'PST' 这类缩写不可靠：PHP 不识别所有缩写，且同一缩写在不同国家含义不同（比如 CST 可能是 China Standard Time，也可能是 Central Standard Time）。必须用 IANA 时区数据库标准名。
立即学习“PHP免费学习笔记（深入）”；
- 正确：
'Asia/Shanghai'、'America/Los_Angeles'、'Europe/London' - 错误：
'CST'、'PDT'、'GMT+8'（GMT+8是固定偏移，不是时区，不支持夏令时） - 查可用时区：
DateTimeZone::listIdentifiers()，或参考 PHP 官方时区列表
setTimezone() 都只是在错的基础上再错。 
