使用方法

1. 时钟默认显示 6 个主要城市（纽约、伦敦、东京、悉尼、迪拜、洛杉矶）。
2. 点击添加时区下拉菜单以向显示中添加更多城市。
3. 点击时钟卡片上的删除按钮将其从显示中移除。
4. 使用时钟上方的格式按钮，在 12 小时制和 24 小时制之间切换。

常见问题

为什么时间与预期时区不同？

时钟使用您浏览器的本地时区数据库。显示的时间根据所选城市的时区和适用的夏令时规则是准确的。

可以保存喜爱的城市吗？

您的选择会保存在浏览器的 localStorage 中，以便下次访问时保留。这些数据从不离开您的设备。

时钟多久更新一次？

时钟每秒更新一次，以实时显示当前时间。所有城市同时更新，以跨时区保持准确性。

标准时间的简史

直到 19 世纪末,每个城镇都按当地的太阳正午来对表,即太阳正好越过头顶子午线的那一刻。相距 20 公里的两个村庄完全可能合法地相差一分钟,在骑马出行的时代这无伤大雅,但一旦印刷火车时刻表问世便彻底行不通了。英国率先咬牙作出决断:1847 年,铁路结算所在整个网络中统一采用格林威治标准时间(GMT),俗称「铁路时间」。

24 小时世界时区方案通常被归功于加拿大铁路工程师桑福德·弗莱明(Sandford Fleming),他于 1879 年提出该方案,因为他在爱尔兰错过火车后(原因是印刷的时刻表把「a.m.」写成了「p.m.」)。五年后,在华盛顿特区召开的国际子午线会议解决了这一政治问题。1884 年 10 月 13 日,26 个国家以 22 票赞成、1 票反对、2 票弃权(多米尼加共和国反对;法国和巴西弃权)通过了将经过格林威治的子午线作为世界本初子午线的决议。法国一如既往地不快:直到 1911 年,巴黎在官方场合都将其时间称作「巴黎平均时,滞后 9 分 21 秒」,以避免使用「格林威治」一词。

GMT 在 20 世纪大部分时间里一直是全球参考标准。1972 年 1 月 1 日,协调世界时(UTC)取代 GMT 成为国际民用标准,它基于国际计量局(BIPM)所追踪的数百台原子钟的加权平均。UTC 与 GMT 之间最多可相差 0.9 秒;这一差异通过闰秒来调和,而国际度量衡大会在 2022 年投票决定到 2035 年废除闰秒。

IANA tz 数据库

任何严肃的世界时钟,包括这一款,都依赖 IANA 时区数据库,也称为奥尔森数据库,以其创始人 Arthur David Olson 命名。他于上世纪 80 年代中期在美国国立卫生研究院启动了该项目。ICANN 于 2011 年 10 月接管了机构责任,Paul Eggert 自 2005 年起担任编辑。新版本一年发布数次,每当某国变更夏令时规则、重划时区或修正某项历史记录时即会更新。其数据与参考 C 源代码均处于公有领域。

时区标识符遵循 区域/地点 的格式,例如 America/New_York、Europe/London、Asia/Tokyo。「地点」是代表性城市而不是国家,因为政治边界会移动,而时间规则的历史则随地理而定。现代编程环境(JavaScript、Python 的 zoneinfo、Java、.NET、PostgreSQL)都接受并优先使用 IANA 名称,而不是缩写。

为什么不用缩写?因为它们会冲突:

• EST 可指美国东部标准时间(UTC−5)或澳大利亚东部标准时间(UTC+10)。
• CST 可指美国中部时间(UTC−6)、中国标准时间(UTC+8)或古巴标准时间(UTC−5)。
• IST 可指印度时间(UTC+5:30)、爱尔兰夏令时(UTC+1)或以色列标准时间(UTC+2)。
• BST 可指英国夏令时(UTC+1)或孟加拉国标准时间(UTC+6)。

Asia/Kolkata 的明确性,是「IST」永远无法企及的。

夏令时简述

本杰明·富兰克林 1784 年致《巴黎日报》建议巴黎人早起以节省蜡烛的信件,是整个夏令时文献中被引用最不准确的一条:它是一篇讽刺文,并未提议调整时钟。最早的现代提议来自新西兰昆虫学家乔治·哈德森(George Hudson),时间是 1895 年;最早的全国采用者是 1916 年 4 月 30 日的德国与奥匈帝国,作为节约煤炭的战时措施。美国于 1918 年根据《标准时间法》跟进,同样作为战时措施。

如今各地规则差异很大:

• 美国。夏令时从 3 月的第二个星期日持续到 11 月的第一个星期日,这是对旧时间表的延长,糖果业曾大力游说促成此事,以便万圣节「不给糖就捣蛋」能在白天进行。夏威夷(自 1967 年起)和亚利桑那州的大部分地区不采用夏令时。亚利桑那州境内的纳瓦霍族会采用夏令时,以便与犹他州和新墨西哥州的成员保持一致,因此图巴城与邻近的莫恩科皮相距约三公里,夏季却相差一小时。
• 亚洲、非洲及赤道附近的拉丁美洲大部分地区从未观察夏令时。巴西于 2019 年废除了夏令时。墨西哥于 2022 年底废除,但北部边境的部分自治市仍保留以便与得克萨斯州和加利福尼亚州保持一致。俄罗斯于 2011 年废除。
• 欧盟。议会于 2019 年 3 月投票决定结束季节性时间调整,允许成员国选择永久标准时间或永久夏令时,但理事会从未确认。截至 2026 年初,该提案仍处于停滞状态,没有商定的截止日期,主要原因是相邻国家无法就向哪个方向统一达成一致。现行规则(3 月最后一个星期日提前,10 月最后一个星期日回退)仍然有效。

健康和经济效应充其量是微小的:2017 年的一项研究估计,夏令时的春季过渡每年在美国因睡眠不足导致约 30 例死亡,而综合分析认为在适用日电力节省约为 0.3%。美国睡眠医学会正式建议永久标准时间为最健康的选项。

那些「奇异」的时区偏移

世界并非整齐地排列在整点小时的网格上。真实的政治地理要更杂乱:

偏移	位置	备注
UTC+14:00	基里巴斯(莱恩群岛)	地球上最东端的时间。1995 年之前为 UTC−10,基里巴斯将国际日期变更线向东移动后改成现状。
UTC+13:00	萨摩亚、汤加	萨摩亚以著名的方式整体跳过 2011 年 12 月 30 日,从 UTC−11 切换到 UTC+13。
UTC+12:45	查塔姆群岛(新西兰)	全球极少数以 :45 结尾的时区之一。
UTC+10:30	豪勋爵岛(澳大利亚)	全球唯一的 30 分钟夏令时转换(到 UTC+11)。
UTC+5:45	尼泊尔	被设定在印度标准时间以东 5°45′,是唯一拥有 :45 偏移的主权国家大陆。
UTC+5:30	印度、斯里兰卡	单一时区覆盖一个宽度超过美国本土的国家。
UTC−3:30	纽芬兰,加拿大	著名的半小时时区。
UTC−12:00	贝克岛与豪兰岛	最西端的时间。日期与 UTC+14 之间可相差 26 小时。

国际日期变更线并不是一条直线。它向东绕过基里巴斯,使该国位于同一侧;向西绕过阿留申群岛,使整个阿拉斯加与美国其他地区共享同一日期。

基于浏览器的世界时钟如何工作

每个 JavaScript Date 对象内部仅存储一个数字:自 1970 年 1 月 1 日 00:00 UTC(Unix 纪元)以来的毫秒数。它与时区无关。同一瞬间在东京与纽约看起来是相同的。浏览器通过带 timeZone 选项的 Intl.DateTimeFormat 暴露 IANA tz 数据库:

new Intl.DateTimeFormat("en-US", {
  hour: "numeric", minute: "numeric", second: "numeric",
  timeZone: "Asia/Tokyo", hour12: false
}).format(new Date());
// "23:14:07" if it's 23:14 in Tokyo right now

这正是每张卡片每秒执行一次的操作。带 timeZone 选项的 Intl.DateTimeFormat 自 2017 年前后就已在 Chrome、Firefox、Safari 与 Edge 中广泛可用。浏览器使用您操作系统所安装的 tz 数据库版本;久未更新的旧手机可能会沿用过时的规则,这就是本工具在每次页面加载时重新获取规则集、而不是把它写死在 JavaScript 里的原因之一。

什么时候用得上它

• 分布式团队。像 GitLab、Automattic 和 Zapier 这样的全远程公司在其内部手册中明确推荐使用世界时钟工具。拥有全球贡献者的开源项目也是如此。
• 安排国际会议。伦敦的销售代表与东京安排下午 4 点的本地通话时,必须先确认那是东京的午夜,才能按下发送。
• 股票与外汇市场。交易按每个交易所的当地时间安排。纽约时间 09:30 至 16:00 的纽约证券交易所,在 EST 期间对应 UTC 14:30 至 21:00。伦敦/纽约的重叠时段(大约 UTC 14:30 至 16:30)是全球交易日中流动性最高的窗口。外汇本身则从悉尼周日 22:00 UTC 开盘到纽约周五 21:00 UTC 收盘连续运转。
• 体育与广播。欧冠决赛在马德里的本地开球时间只是一条信息;它在悉尼、孟买和圣保罗的播出时间,则是转播权日程表的其余部分。
• 家人与私事:打电话回家。多伦多的祖母和在里斯本交换的孙子:把纽约和里斯本并排摆一次,以后再也不用纠结早上 8 点打电话是不是太早。
• 航空与海运。国际飞行员按 UTC(「祖鲁时」)安排日程以避免歧义,但他们的身体却按当地的休息周期运转。机组应用会并排显示 UTC 与当地时间。

更多问题

为什么夏令时开始时,我的时钟仍然显示正确的时间?

因为 IANA tz 数据库知晓每个时区的规则:每年夏令时何时开始和结束、这些规则在历史上何时改变、各国何时放弃了它。浏览器会根据当前时刻自动应用正确的规则。如果您的操作系统是最新的,近期的变化(墨西哥在 2022 年放弃夏令时、欧盟仍未定的问题)都已反映在内。

GMT 与 UTC 一样吗?

在英国的日常口语中是的;在技术上则不是。GMT 是基于地球自转的较旧天文参考;UTC 是基于原子钟的现代民用标准,自 1972 年 1 月 1 日起生效。两者最多可相差 0.9 秒,这一差异由闰秒机制来调和。2022 年的国际度量衡大会投票决定到 2035 年废除闰秒,此后 UTC 可在长时间尺度上略微偏离天文 UT1。

为什么下一栏的日期有时看起来不同?

因为一旦把 UTC+14(基里巴斯)和 UTC−12(美国的无人居住岛屿)纳入考虑,世界就超过 24 小时宽。最东与最西时区之间的日期最多可相差 26 小时,这意味着每天有两小时,地球上同时存在三个日历日期。

我保存的城市存在哪里?

存在您浏览器的 localStorage 里,这是位于您设备上的一个小型私有存储,而非服务器。清除浏览器数据会一并清除它们。换浏览器或换设备就要从头再来,因为什么都没有同步出去。

有任何数据被发送到服务器吗?

没有。时钟从您的本地机器读取当前时间,通过浏览器内置的国际化 API 为每个所选时区进行格式化,并使用 JavaScript 计时器每秒更新一次。页面一旦加载,就可离线工作。

相关工具