必须传 timeZone 字符串，如 "Asia/Shanghai"；Intl.DateTimeFormat 在格式化时自动按 timeZone 转换 Date 时间戳，无需手动计算偏移；应缓存 formatter 实例以提升性能，key 需包含 locale、timeZone 等所有影响输出的选项。
timeZone 传字符串还是对象？
必须传 timeZone 字符串，比如 "Asia/Shanghai" 或 "America/New_York"；传 { timeZone: "..." } 会直接报错：RangeError: Invalid time zone。这个参数只接受 IANA 时区标识符（如 "Europe/London"），不接受缩写（"PST"、"CET"）或 UTC 偏移量（"+0800"、"UTC+8"）——后者不是有效时区名，Intl 会静默 fallback 到系统默认时区，结果不可靠。
new Date() 的时间戳在 Intl.DateTimeFormat 中是否自动按 timeZone 转换？
是的，但仅限于格式化阶段。传给 format() 的 Date 实例本身始终代表一个绝对时间点（毫秒时间戳），Intl.DateTimeFormat 只是在输出时按 timeZone 解释它。例如：new Date("2024-06-01T12:00:00Z") 在 timeZone: "Asia/Shanghai" 下显示为 "2024/6/1 上午8:00"（UTC+8），在 "America/Los_Angeles" 下显示为 "2024/5/31 下午5:00"（UTC-7）。关键点：你不需要手动加减偏移，也不该用 getHours() + offset 算——那是反模式，会破坏夏令时逻辑。
多个时区同时显示同一时间点，怎么避免重复创建 formatter？
每个 Intl.DateTimeFormat 实例绑定固定 timeZone，不能动态切换。频繁调用 new Intl.DateTimeFormat(...) 有性能开销（尤其在循环或高频渲染中）。正确做法是缓存实例：
const formatters = {
shanghai: new Intl.DateTimeFormat('zh-CN', { timeZone: 'Asia/Shanghai', hour12: false, year: 'numeric', month: '2-digit', day: '2-digit', hour: '2-digit', minute: '2-digit' }),
tokyo: new Intl.DateTimeFormat('ja-JP', { timeZone: 'Asia/Tokyo', hour12: false, ... }),
nyc: new Intl.DateTimeFormat('en-US', { timeZone: 'America/New_York', hour12: true, ... })
};
// 使用时直接调用
formatters.shanghai.format(date);
formatters.nyc.format(date);
注意：缓存 key 必须包含所有影响输出的选项（locale、timeZone、hour12 等），否则格式可能错乱。
timeZone 不支持浏览器或 Node.js 版本怎么办？
老版 Safari（RangeError: Invalid time zone。验证方式：运行 Intl.supportedValuesOf('timeZone') —— 如果返回空数组或缺少目标时区，说明环境不支持。解决方案只有两个：
- 升级运行时（最稳妥）
- 引入 polyfill（如
@formatjs/ecma402-abstract+ 时区数据包，但体积大、配置复杂）
moment-timezone 或 date-fns-tz 替代 Intl 的 timeZone——它们底层仍依赖原生支持，且增加 bundle 体积。
真正麻烦的是跨平台一致性：Node.js 用 ICU 数据，浏览器用系统或内置 ICU，二者版本常不同步。哪怕写了 timeZone: "Europe/Berlin"，在旧环境里也可能变成北京时间——这种隐式 fallback 很难被测试覆盖。
