You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

为何Intl.DateTimeFormat().resolvedOptions().timeZone返回UTC而非Europe/London?

为什么Intl.DateTimeFormat().resolvedOptions().timeZone返回UTC而非Europe/London?

以下是几种常见原因:

  • 运行环境时区被设为UTC:如果代码在服务器端(比如Node.js)运行,若启动时设置了TZ=UTC环境变量,或者服务器系统时区本身是UTC,Intl.DateTimeFormat会优先读取环境时区,而非你本地的Europe/London。
  • 客户端时区被强制修改:浏览器的隐私插件、扩展工具,或者系统设置里的时区被手动改成了UTC,都会导致代码返回UTC。可以检查浏览器的时间区域设置,确认是否为Europe/London。
  • 测试平台默认时区限制:如果是在在线代码片段工具中运行代码,这类平台可能默认用UTC作为环境时区,不受你本地时区影响。
  • 无时区支持的简化环境:部分轻量JS运行时、嵌入式环境无法正确获取系统时区信息,会默认返回UTC。

验证方法:

  1. 在本地浏览器的开发者控制台直接运行代码,看是否返回正确时区。
  2. 检查系统时区设置,确认系统本身处于Europe/London时区。
  3. 若用Node.js,运行console.log(process.env.TZ)查看是否有强制设置的时区变量,去掉该变量后重新运行代码。

内容的提问来源于stack exchange,提问作者FlawFull

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.08.15 08:30:52