ToolAct工具行动

世界时钟

查看全球城市的当前时间

什么是世界时间?

世界时钟用于同时查看多个城市和时区的当前本地时间,适合跨国电话、远程团队协作、旅行计划、直播排期、客服轮班、金融市场开盘,以及任何需要顾及对方当地时间的场景。世界时间不仅由经度决定,还取决于时区、UTC 偏移和夏令时规则。同一个国家可能包含多个时区,某个城市的偏移也可能因为季节或政府政策调整而变化。这个页面可以帮助你按国家和城市浏览,比较当地时间,并查看数据中显示的 UTC 偏移。涉及法律截止、航班时间、办公时间和节假日安排时,仍应以该城市或机构的官方来源为准。

使用方法

使用方法

  1. 页面顶部自动显示本地系统时间和时区
  2. 在搜索框中输入国家或城市名称以筛选时区
  3. 列表显示每个城市的当前时间、日期、星期和与本地的时差
  4. 时差表示与本地时间的差异——正数表示超前,负数表示落后

排期提示

  • 比较远程时区时,请同时注意日期;目标城市可能已经是前一天或后一天。
  • 在夏令时切换期间安排会议时,发送邀请前请在日历软件中确认最终时间。

使用场景

从本地时间出发,逐级查看各国城市时间页面会自动检测浏览器时区,显示实时本地时钟,包括日期和 UTC 偏移,然后按洲对国家进行分组。你可以打开某个国家页面,进一步查看城市级别的详细时间信息,而不用去查通用的偏移表。页面上所有时钟都基于浏览器的 Intl API 和本地系统时钟计算,无需关联日历账号、登录 Google 或 Microsoft,也不依赖远程时区服务就能保持时间准确。
安排国际电话前快速找到对应城市时间通过城市或国家名称搜索,在新页面中打开匹配结果,同时当前页面的时钟继续运行。这在安排会议、协调客服覆盖、发布上线和出差联络时特别有用——因为一个国家可能跨越多个时区。
在查看时区的同时获取区域详细信息世界时钟页面可以作为一个紧凑的规划参考,因为它将实时时间与国家、城市导航结合在一起。显示的时间取决于浏览器时钟、Intl/IANA 时区数据和后端城市索引,因此节假日和官方办公时间仍需另行确认。
在夏令时切换前后确认 UTC 偏移在夏令时变更日前后几天打开城市页面,对比显示的 UTC 偏移和日期变化。夏令时规则由各国政府制定,可能随时调整,因此页面基于 Intl 推导的偏移值可作为日常参考,但不能保证完全覆盖最新政策变动。
为跨区域直播或上线选择合适的时段先将活动时间锚定为 UTC,然后逐一查看各参会城市对应的本地开始时间、日期和偏移。做全球发布时,尽量选择一个在太平洋两岸都落在工作时间内的上线时刻,避免值班人员被拆到两个日历日。

技术原理

页面上的每个时钟都基于用户系统时间加上 IANA 时区数据库(也称 Olson 数据库、tz 数据库或 zoneinfo)计算得出。IANA TZDB 由 Paul Eggert 和 ICANN 的一个小团队维护,每年大约发布四次,版本号如 `2024b` 或 `2025a`;每次发布编码了超过 350 个命名时区(如 `America/New_York`、`Asia/Shanghai`、`Pacific/Chatham`)的历史和预计夏令时规则、民用时区偏移和缩写。浏览器内置此数据库的快照,通过 `Intl.DateTimeFormat(locale, { timeZone: 'Asia/Tokyo' })` API 和 `toLocaleString` 的 `timeZone` 选项暴露。`Intl.supportedValuesOf('timeZone')` 枚举支持的时区列表;在 Chrome 中目前返回约 420 个条目。 核心格式化调用为 `new Intl.DateTimeFormat('en-US', { timeZone: 'America/New_York', hour: '2-digit', minute: '2-digit', second: '2-digit', hour12: false }).format(new Date())`,将当前 UTC 瞬时按目标时区的夏令时规则解析并返回本地时间。UTC 偏移通过 `timeZoneName: 'shortOffset'`(产生 `GMT-5`)或 `'longOffset'`(`GMT-05:00`)格式化同一瞬时来计算。半小时和四分之一小时偏移时区确实存在,并非边缘情况:印度(Asia/Kolkata)为 UTC+5:30,伊朗为 UTC+3:30(2022 年前有夏令时),纽芬兰为 UTC-3:30,尼泊尔为 UTC+5:45,查塔姆群岛为 UTC+12:45,马克萨斯为 UTC-9:30。 夏令时转换规则在不同地区并不对称。美国在 3 月第二个周日(+1 小时,02:00 → 03:00)和 11 月第一个周日(-1 小时,02:00 → 01:00)切换;欧盟在 3 月最后一个周日和 10 月最后一个周日的 01:00 UTC 同时切换,所有成员国同步进行。南半球则相反:澳大利亚东部各州在 10 月第一个周日和 4 月第一个周日切换。某些缩写相同的时区实际上是不同的时区——`CST` 同时表示中国标准时间(UTC+8,无夏令时)、美国中部标准时间(UTC-6)和古巴标准时间(UTC-5)——这就是为什么存储数据时应始终以 IANA 时区名称为准,而非三个字母的缩写。

  • IANA 时区数据库(tz/Olson)是权威来源:约 350 个命名时区,每年约 4 次发布(如 `2024b`),由 ICANN 维护。
  • 浏览器 API:`Intl.DateTimeFormat(locale, { timeZone: 'Area/City' })`;通过 `Intl.supportedValuesOf('timeZone')` 枚举时区。
  • 亚小时偏移确实存在:印度 +5:30,伊朗 +3:30,尼泊尔 +5:45,查塔姆群岛 +12:45,纽芬兰 -3:30,马克萨斯 -9:30。
  • 夏令时不对称:美国在 3 月第二个周日 / 11 月第一个周日的 02:00 本地时间切换;欧盟在 3 月 / 10 月最后一个周日的 01:00 UTC 同时切换。
  • 南半球相反:Australia/Sydney 在 10 月第一个周日(+1 小时)和 4 月第一个周日(-1 小时)切换。
  • 缩写具有歧义:`CST` 同时表示中国标准时间(UTC+8)、美国中部标准时间(UTC-6)和古巴标准时间(UTC-5)——存储时应始终使用 IANA 名称。
  • 日期变更线跨越:当北京时间为周一 09:00(UTC+8)时,纽约为周日 20:00(UTC-5),檀香山为周日 13:00(UTC-10),跨越两个日历日。

示例

跨时区会议安排

安排跨时区视频会议时,先看清各地的工作时间,才能找到大家都方便的时段。例如北京时间 9:00 = 伦敦 1:00 = 纽约前一天 20:00。

国际航班规划

预订国际航班时,提前了解目的地的当地时间,方便调整作息、缓解时差反应。

全球团队协作

和不同时区的同事协作时,先看一眼对方是否在工作时间内,避免在休息时间打扰别人。

常见问题

可以添加哪些时区?

支持任意 IANA 时区,超过 400 个,覆盖每个国家和地区。可按城市搜索(如 Tokyo、New York、São Paulo),也可按时区标识符搜索(如 Asia/Tokyo、America/New_York)。夏令时和历史性时区变更由浏览器底层的 tzdata 处理。

为什么时间略有偏差?

时钟依赖你的操作系统时间,应通过 NTP 同步。如果你的电脑长期离线,或时区设置错误,显示值就会随之偏移。如果对精度要求高,请先同步系统时间。

夏令时切换能正确处理吗?

可以。浏览器内置的 Intl/IANA tzdata 知道每个时区的 DST 规则,包括历史性变更。注意部分国家会偶尔修改 DST 规则(例如墨西哥在 2022 年取消了夏令时),请确保你的浏览器版本足够新,包含最新的时区数据。

可以查看 UTC 与本地时区的差值吗?

可以。每个城市卡片都会显示当地时间以及与 UTC 的偏移量(如 Tokyo 为 UTC+9,New York 为 UTC-5)。夏令时切换会自动反映——纽约夏季显示 UTC-4,冬季显示 UTC-5。

可以用来安排会议吗?

本工具显示各时区的当前时间,这是最常见的用法。如果要寻找重叠的工作时间,可同时查看所有卡片的时间列。如果要做「纽约 3 PM 对应东京几点」这种换算,请使用专门的会议安排工具——本页只是时钟,并非会议规划器。

可以保存常用城市吗?

可以。多数版本会将你的选择保存到 localStorage,下次访问时同一浏览器会显示相同列表。跨设备同步需要账户系统,普通时钟不具备此功能。

会上传任何数据吗?

不会。时钟从浏览器读取系统时间和 IANA 时区数据,不会记录或上传任何信息。