javaScript date对象默认使用本地时区而非UTC，导致跨时区行为不一致；ISO带Z或偏移的字符串按UTC/指定时区解析，纯日期字符串行为不可靠；推荐全链路用UTC时间戳+toLocaleString({timeZone})格式化。
javascript 的 Date 对象默认用本地时区，不是 UTC
这是绝大多数时区问题的根源。当你写 new Date('2024-05-20') 或 new Date(2024, 4, 20)，浏览器会按**当前系统时区**解释这个时间，而不是当作 UTC 或 ISO 标准时间处理。
常见错误现象：
同一段代码在东京和纽约跑出不同毫秒数；toISOString() 和 toString() 输出差异大；后端接收时间戳后解析出错。
- ISO 格式字符串（如
'2024-05-20T12:00:00Z'）会被当作 UTC 解析，末尾的Z很关键 - 带时区偏移的字符串（如
'2024-05-20T12:00:00+09:00'）会被正确按该偏移解析 - 纯日期字符串（如
'2024-05-20'）在 chrome/firefox/safari 中被当作本地时区午夜，但行为未被所有引擎严格保证，**不推荐依赖** - 构造函数传数字参数（
new Date(2024, 4, 20, 12)）永远按本地时区解释
Date.prototype.getTimezoneOffset() 返回的是“本地减 UTC”的分钟数，符号容易反
它返回的是 本地时间比 UTC 慢多少分钟，所以东八区（UTC+8）返回 -480，而不是 480。这个负号让很多人误以为是“UTC 比本地快”，其实逻辑是：localTime = utcTime + timezoneOffset * 60 * 1000（注意 offset 是负值）。
实际用途有限，更多是调试用。别用它手动算时区转换——精度低、不支持夏令时自动切换、无法跨地区。
立即学习“Java免费学习笔记（深入）”；
- 它只反映当前时刻的偏移，不能代表某日期在另一时区的偏移（比如冬令时/夏令时切换日）
- 无法获取任意时区（如
'Asia/Tokyo'）的偏移，仅限当前运行环境所在时区 - 想获得 UTC 时间？直接用
date.getTime()（毫秒数）或date.toISOString()
用 toLocaleString() 做格式化时，timeZone 选项必须显式传，且值要合法
这是目前前端做可靠时区格式化的唯一标准方式。不传 timeZone，就还是本地时区；传错值（如 'GMT+8' 或 'China'），会静默 fallback 到本地，不报错也不警告。
const d = new Date('2024-05-20T12:00:00Z'); d.toLocaleString('zh-CN', { timeZone: 'Asia/Shanghai' }); // "2024/5/20 上午8:00:00" d.toLocaleString('en-US', { timeZone: 'America/New_York' }); // "5/20/2024, 8:00:00 AM" d.toLocaleString('en-US', { timeZone: 'GMT+8' }); // ❌ 静默失败，输出本地时间- 可用时区名必须来自 IANA 数据库，查表用
Intl.supportedValuesOf('timeZone') - 移动端 ios Safari 对部分时区名支持滞后（如
'Asia/Kolkata'在旧版本可能 fallback） - 不要试图拼接
GMT+8字符串去伪造时区——toLocaleString不认 - 如果只需转成目标时区的 UTC 时间戳，用
date.getTime()即可，它本就是 UTC 毫秒数
服务端时间戳到前端显示，最安全路径是“全链路用 UTC 时间戳”
后端存、传、API 字段都用 unix timestamp（毫秒数）或 ISO 8601 UTC 字符串（带 Z），前端只负责按用户偏好时区格式化，不参与“转换逻辑”。任何在 js 里手动加减 8*3600*1000 的做法都是脆弱的。
容易被忽略的点：
用户可能在飞行中切换时区（iOS/android 会动态更新系统时区），而页面没刷新；
用户设备时区设置错误（比如设成 UTC+0 但人在北京）；
历史日期涉及夏令时变更（如 2007 年中国取消夏令时，但某些老数据仍按旧规则存）。
- 避免用
Date.parse()解析非标准字符串，它对格式容忍度过高，易出错 - 需要解析用户输入的时间字符串？优先用
Intl.DateTimeFormat的parse()（Chrome 120+）或交由后端校验 - 做定时任务（如每天 9 点触发）？别用
setInterval+ 本地Date，改用服务端下发下次触发的绝对时间戳