闰秒取消,2027年5月生效
2016年12月31日 23:59:60,是人类历史上的第27个闰秒(至今仍是最后一次)。2026年10月15日,第28届国际计量大会投票决定:2027年5月20日起,闰秒正式取消。
一分钟,曾有61秒
2016年12月31日 23:59:60 UTC,人类经历了第27次“一分钟61秒”。按 IERS 公告的口径,1972年至2016年间共实施了27次闰秒,全部是正闰秒,从未减过一秒。北京时间2017年1月1日07时59分60秒,时钟也出现了多出的一秒。那之后近十年,闰秒再也没有出现过。
据观察者网对现行 SI 秒定义的报道,1967年起,秒被定义为铯-133原子基态两个超精细能级之间跃迁对应辐射的9,192,631,770个周期所持续的时间。原子钟极其稳定,地球自转却与原子钟并不同步:按 GPS World 的口径,潮汐摩擦让日长每世纪增加略超过1毫秒,短期波动则不规则。1972年1月1日,协调世界时(UTC)引入闰秒机制,每当原子时与地球自转时(UT1)的偏差逼近阈值,就在最后一分钟多加一秒,把两者重新对齐。这个机制后来被简称为时间的补丁。
规则是这样的:按 Nature 与观察者网的口径,当 UT1 与 UTC 的偏差接近0.9秒,国际地球自转服务(IERS)就在6月底或12月底最后一天的最后一分钟插入一秒。IERS 只提前约6个月发布通知,加秒的时机不可预测,全球时间系统依据 IERS 的公告进行调整。

闰秒惹过的祸
2012年6月30日的闰秒触发了 Linux 内核的一个 bug。据 The Register 报道,全球航空订票系统 Amadeus Altea 服务中断约1小时,该媒体2015年回顾时称实际时长为48分钟,澳航、维珍澳洲被迫人工值机;Reddit 在推特上承认出现“Java/Cassandra issues related to the leap second”;Mozilla 的 Hadoop 与 ElasticSearch 服务异常;LinkedIn 服务中断;StumbleUpon、Yelp、Foursquare 同样受到影响。
2016年底的闰秒又影响了 Cloudflare。2017年1月1日午夜 UTC,该公司自定义的 RRDNS 软件中一个数值变为负数,触发 Go 语言“panic”。据 Cloudflare CTO John Graham-Cumming 在官方博客披露,事故只影响使用 CNAME DNS 记录的少量客户,峰值约0.2%的 DNS 查询和不足1%的 HTTP 请求受到影响;主要机器在90分钟内修复,06:45 UTC 全球完成。
科技公司早已各自采取应对措施。谷歌在2005年闰秒后出现部分集群系统小规模停止接受工作,2011年工程师 Christopher Pascoe 在博客介绍了“leap smear”方案,把1秒涂抹在24小时内,避免时钟跳变。据法新社转述,这一方案成为谷歌内部的闰秒处理方式。亚马逊 AWS 自2012年起对闰秒采用24小时涂抹;2017年推出的 Amazon Time Sync Service 官方文档写明“闰秒已知会导致应用错误”,该服务自动平滑闰秒。
Meta 的表述最为直接。2022年7月25日,生产工程师 Oleg Obleukhov 与研究科学家 Ahmad Byagowi 在 Meta 工程博客发表《It's time to leave the leap second in the past》,原文写道:“Introducing new leap seconds is a risky practice that does more harm than good”,并称“stop the future introduction of leap seconds and remain at the current level of 27, which we believe will be enough for the next millennium”。另据中文媒体转述,Meta 在2022年7月还曾把每次闰秒称为管理硬件基础设施人员的一大痛点;这是中文转述,并非原文直译。据 CNET 2022年报道,谷歌、微软、Meta、亚马逊联合发起公开倡议,要求取消闰秒,美国 NIST 与法国 BIPM 同为支持方;其中亚马逊、微软没有可查的独立声明原文,以 CNET 报道为准。
这次决议到底定了什么
2026年10月13日至15日,第28届国际计量大会(CGPM)在法国巴黎附近的凡尔赛召开。10月15日,大会通过第5号决议《关于确保‘协调世界时’(UTC)连续性所需的技术措施》。决议只需要多数成员国支持即可通过,并非一致通过;据 New Scientist 报道,有69个国家的代表投了赞成票,具体各国投票明细未公布。
决议定了三件事。第一,自2027年5月20日起,UTC 不再插入或减去闰秒,成为连续时间尺度;5月20日是世界计量日,纪念1875年5月20日《米制公约》签署。第二,UTC 与 UT1 之间允许的最大绝对差值从0.9秒放宽至3600秒,即1小时;据 BIPM 时间部主任 Patrizia Tavella 对媒体的说法,偏差积累到1小时需要3000多年。第三,IERS 继续监测地球自转、发布 UT1−UTC 偏差数据,天文、导航等专业软件读取该偏移量自行换算,地球自转数据仍然可用。
决议没有安排“闰时”的具体实施计划,也未规定未来如何执行一小时修正。部分英文媒体用“leap hour”描述远期的修正方向,但那只是可能的方向,并无实施时间表。“用闰时取代闰秒”的说法不够准确。据 CNN 转载的报道,格林尼治皇家天文台高级策展人 Louise Devoy 表示,此举其实是把问题留给后人。

这次决议把2022年的框架提前落地了。2022年11月18日,第27届 CGPM 第4号决议决定“2035年或之前”放宽容差、取消闰秒,但当时没有确定新的容差值。本轮把容差定为1小时、生效日定在2027年5月20日,比原框架提前了约8年——这是媒体的算术,非决议原文表述。
负闰秒风险:提前生效的主因
把决议提前到2027年落地的主要原因,是负闰秒的风险。2020年起地球自转出现异常加速趋势:2022年6月29日创1969年以来最快纪录,自转一周比标准24小时少1.59毫秒。据观察者网与 Nautilus 报道,美国 NIST 物理学家 Judah Levine 表示,1972年制定闰秒制度时,没人真正想到会出现负闰秒,当时大家都认为只需要正闰秒,而日长缩短的趋势让负闰秒的可能性急剧增加。据报道,到2035年出现负闰秒的概率约为30%。
负闰秒此前从未实施过。据 The Register 2026年9月转述,英国国家物理实验室时间与频率部门首席科学家 Setnam Shemar 指出,多数数字架构在设计时默认闰秒只增不减,一旦减秒,电信、电网、卫星导航等关键基础设施可能受到冲击。据观察者网转述,BIPM 则警告,关键基础设施基本上没有为负闰秒做好准备;BIPM 还表示,应对负闰秒的资金投入可能与当年应对“千年虫”相当。
谁在反对,谁在犹豫
俄罗斯要求把实施日推迟到2040年:其 GLONASS 导航系统直接使用闰秒,需要时间改造。据 CNN 转载的报道,这一诉求未被采纳。
科学家内部也有不同声音。据观察者网转述,伦敦大学空间大地测量学教授 Marek Ziebart 认为,UTC 与地球自转彻底脱离令人担忧。
所以呢
对普通人来说,自2027年5月20日起,公共时钟不会再出现 23:59:60。据开源时区项目 TIMEZONES.md 文档记载,目前的 UTC 比国际原子时(TAI)慢37秒,这个差值自2017年1月1日起未再变过,未来会在容差范围内极其缓慢地扩大,但不再需要加秒。
大会同时推进了两项新的时间工作:征集“秒”的新定义提案(光学钟精度已超越现行铯钟定义),并呼吁国际机构开始研究月球时间标准。
Comments ()