intl.datetimeformat 是最可靠的选择，它自动适配系统时区规则、支持 iana 标准时区名、零成本且无需手动计算偏移，能正确处理夏令时、跨年及历史规则，优于硬编码、date.prototype.gettimezoneoffset() 或 moment-timezone。
JavaScript 的 Intl.DateTimeFormat 是最可靠的选择
HTML 本身不处理时区转换，必须靠 JavaScript。硬写死时间戳或用 new Date().toUTCString() 这类方法容易出错，尤其遇到夏令时切换或跨年场景。推荐直接用浏览器原生的 Intl.DateTimeFormat，它自动适配系统时区规则，无需手动计算偏移量。
常见错误是把服务器返回的 ISO 时间字符串（如 "2024-05-20T14:30:00Z"）直接丢给 new Date() 再调 .toLocaleTimeString()，结果在某些安卓 WebView 或旧版 Safari 上解析失败——因为它们对带时区的 ISO 字符串支持不一致。
- 始终用
new Date(ISO_string)构造，而不是字符串拼接或手动加减小时 - 指定
timeZone选项，例如{ timeZone: "Asia/Shanghai" }，不要依赖timeZoneName: "short"反推本地时区 - 避免用
Date.prototype.getTimezoneOffset()手动算偏移，它只返回当前本地时区与 UTC 的差值，无法处理目标时区的历史规则
服务端时间戳 + 客户端渲染时指定时区
后端应统一用 UTC 时间戳（毫秒数）或标准 ISO 格式（带 Z 后缀）下发，前端拿到后交给 Intl.DateTimeFormat 处理。这样能规避字符串解析歧义，也方便做缓存和 SSR 一致性校验。
例如后端返回 { event_time: 1716215400000 }（毫秒时间戳），前端这样用：
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
const formatter = new Intl.DateTimeFormat("zh-CN", {
hour12: false,
year: "numeric",
month: "2-digit",
day: "2-digit",
hour: "2-digit",
minute: "2-digit",
second: "2-digit",
timeZone: "America/New_York"
});
formatter.format(new Date(1716215400000)); // → "2024-05-20 02:30:00"
- 时区名必须用 IANA 标准格式（如
America/Chicago），不能用缩写（EST、PST）——它们不唯一且无夏令时上下文 - 若需动态切换时区，重新创建
Intl.DateTimeFormat实例比复用更安全；它的构造开销极小，现代浏览器已优化 - SSR 场景下，服务端 JS（如 Node.js）可能不支持全部 IANA 时区，建议只在客户端执行格式化
避免用 moment-timezone 增加包体积
除非项目已重度依赖 moment，否则别为时区转换单独引入 moment-timezone。它打包后约 150KB+，而原生 Intl.DateTimeFormat 零成本、零维护、零兼容性补丁。
老项目迁移时容易卡在「moment.utc().tz("Europe/London")」这类写法上，其实等价于：
new Intl.DateTimeFormat("en-GB", {
timeZone: "Europe/London",
hour12: false,
// ...其他选项
}).format(new Date(timestamp))
-
moment-timezone的时区数据是静态快照，无法自动更新操作系统新发布的时区规则（比如某国突然取消夏令时） - 部分低版本 Android 系统（≤7.0）的
IntlAPI 支持不全，但这类设备占比已极低；如真需兼容，可降级为 UTC 时间 + 手动偏移表，而非引入大库 - Vue/React 中频繁格式化时间，建议封装成 memoized 函数或自定义 hook，避免每次渲染都新建 formatter
显示“相对时间”时仍要基于时区做基准
“2 小时前”、“昨天”这类相对时间，不能拿本地 Date.now() 直接减——如果用户在东京看纽约发布的事件，应该按纽约当地时间算“多久以前”，而不是按东京时间。
- 先将目标时间（如纽约事件时间）用
Intl.DateTimeFormat转成对应时区的毫秒时间戳（即new Date("2024-05-20T10:00:00-04:00")），再与当前时间比较 - 不要用
date.toLocaleString("en-US", { timeZone: "America/New_York" })得到字符串再去解析——字符串不可逆，精度丢失且易出错 - 若需高频率更新（如倒计时），用
requestAnimationFrame替代setInterval，避免因 JS 主线程阻塞导致时间跳变
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
