Intl.DateTimeFormat获取IANA时区值错误的排查与解决方案咨询
首先，咱们得先搞清楚为什么会出现这种偏差——这其实和夏令时调整后的时区偏移匹配逻辑以及你的系统/JS环境的时区数据有关，具体原因拆解如下：
根本原因
夏令时偏移匹配的歧义
美国太平洋夏令时（PDT）的偏移量是UTC-7，而山地标准时（MST）的偏移量也是UTC-7。如果你的系统时区设置为(UTC - 07:00) Mountain Time (US & Canada)但没有自动启用夏令时，系统实际偏移量会停留在UTC-7。此时JS引擎（包括moment.tz内部调用的原生API）会优先匹配偏移量一致的最常见时区，America/Los_Angeles作为太平洋时区的代表，就会被返回，而不是你预期的America/Denver（夏令时应为UTC-6的MDT）。时区数据库（tzdb）版本过旧
浏览器或Node.js等JS环境依赖IANA的时区数据库（tzdb）来映射时区名称和偏移量。如果你的环境使用的tzdb版本过旧，可能没有正确更新犹他州（属于America/Denver时区）的夏令时规则，导致识别偏差。系统时区设置的准确性
有些操作系统的时区选择界面中，“Mountain Time (US & Canada)”可能包含多个子区域，但如果系统没有正确关联到犹他州对应的America/Denver，也会导致JS识别错误。
可行的解决办法
检查系统夏令时设置
先确认你的系统是否自动启用了夏令时：- Windows：进入「设置→时间和语言→日期和时间」，确保“自动调整夏令时”选项已开启。
- macOS：进入「系统设置→通用→日期与时间」，勾选“自动设置时区”并确认夏令时自动调整。
开启后，山地时区在夏令时的偏移量会变为UTC-6（MDT），此时原生API和moment.tz应该能正确识别为America/Denver。
手动指定时区（最可靠的方案）
如果你的应用场景允许，不要依赖自动识别，而是提供一个时区选择下拉框，让用户手动选择America/Denver。这种方式完全避免了自动识别的不确定性，尤其适合对时区准确性要求高的场景。升级JS环境的时区数据
- 浏览器：升级到最新版本的Chrome/Firefox等现代浏览器，它们会自动同步最新的tzdb数据。
- Node.js：升级到较新的Node版本（v16+），或者使用
moment-timezone库的最新版本，确保内置的tzdb是最新的。
结合地理位置优化识别
如果你的应用有获取用户地理位置的权限，可以先通过navigator.geolocation获取经纬度，再用纯JS的时区映射库将经纬度转换为对应的IANA时区，这种方式比单纯依赖偏移量更准确。调整moment.tz的识别逻辑
尝试使用moment.tz.guess(false)替代guess(true)：var timeZone = moment.tz.guess(false); // 优先使用系统时区信息而非严格匹配偏移量这个参数为
false时，moment会更倾向于使用系统上报的时区名称，而不是仅通过偏移量匹配，可能会解决你的问题。
内容的提问来源于stack exchange，提问作者Vaibhav Sharma
