国际计量大会（CGPM）第28届会议（2026）第5号决议回顾，第26届会议（2018）第2号决议确认协调世界时（UTC）由国际计量局（BIPM）产生，速率同国际原子时（TAI）且只差整数秒，是唯一推荐的国际参考时间尺度、多数国家民用时间基础；第27届会议（2022）第4号决议回顾偏移源于UTC与地球自转时间尺度（UT1）的一致，决定2035年或之前提高|UT1-UTC|上限，确保UTC延续至少一世纪，并要求国际计量委员会（CIPM）起草第28届会议（2026）决议。

第28届CGPM（2026年）第5号决议

关于确保UTC连续性所需的技术行动

国际计量大会（CGPM）第28届会议，

忆及

• CGPM在2018年第26届会议上通过第2号决议《关于时间尺度的定义》时，

  • 确认协调世界时（UTC）是由国际计量局（BIPM）产生的时间尺度，其速率与国际原子时（TAI）相同，仅与TAI相差整数秒；
  • 声明UTC是唯一建议用于国际参考的时间尺度，也是多数国家民用时间的基础。

• CGPM在2022年第27届会议上通过第4号决议《关于UTC的使用与未来发展》时，

  • 忆及整数秒偏移源于UTC与描述地球角自转的时间尺度（UT1）之间保持的协议；
  • 决定在2035年或之前提高|UT1-UTC|的最大差值，以确保UTC至少在一个世纪内连续；
  • 要求国际计量委员会（CIPM）为CGPM第28届会议（2026年）起草一项决议。

认识到

• 工业用户以及交通、能源分配、电信和航天等国家关键基础设施的同步需求，要求UTC保持连续，未来不作任何调整；
• 某些应用需要固定|UT1-UTC|的最大差值，以便合理设计运行系统底层软件；
• 由于时区选择，许多国家的地方视太阳时与民用时间相差一小时以上，且实行夏令时时会定期引入一小时的变化。

进一步认识到

• UT1用户可通过全球导航卫星服务（GNSS）导航电文，以及国际地球自转与参考系服务（IERS）、国家计量院（NMIs）和其他服务提供的互联网服务，获取UT1-UTC差值信息；
• 国际电信联盟无线电通信部门（ITU-R）通过其第7A工作组，正在研究无线电台播发UT1-UTC差值所用代码的可能更新；第655号决议（REV.WRC-23）决定“为实施确立一个过渡期，并在现有设备无法更早替换的情况下，允许通过无线电通信系统播发UT1与UTC之间已增大的差值，直至2035年，但最迟不超过2040年”。

注意到

• 时间频率咨询委员会（CCTF）与IERS于2025年3月联合组织的研讨会（有地球自转专家参加）估计，负闰秒概率将在近期迅速上升，到2035年达到30%；
• 负闰秒此前从未实施，被认为极有可能给基本毫无准备的关键基础设施带来异常和中断风险；依赖时间同步的行业需为此进行准备，所需财务投入估计与千年虫（Y2K）准备相当；
• 物联网（IoT）技术、分布式多传感器系统、智能电网和虚拟服务对当代社会的影响日增，插入任何闰秒——尤其是负闰秒——都会加大系统与服务运行故障的风险；
• 全球服务提供商为避免时间跳变，在服务器系统中采用不同的闰秒引入缓解方法，导致不同系统之间以及所播发的时间和频率不一致，不符合SI单位；
• 包括国际电信联盟电信标准化部门（ITU-T）、国际无线电科学联盟（URSI）、电气电子工程师学会（IEEE）1588等国际工作组以及个别行业代表在内的国际组织，已向BIPM正式声明，需要提前将UTC作为连续时间尺度实施，以避免插入负闰秒的风险；
• 更新UTC若再有延迟，额外风险可能导致一些用户组织把参考时间尺度改为例如GNSS时间而非UTC，严重损害计量学国际标准化的理念。

欢迎

• BIPM与ITU-R之间的出色合作，以及世界无线电通信大会（WRC）通过第655号决议（REV.WRC-23）对CGPM第4号决议（2022年）的背书；
• IERS的支持与参与，采取一切必要措施，根据CGPM决议改变其闰秒的业务提供和公告。

决定

• 连续UTC将于2027年5月20日生效；
• |UT1-UTC|的最大差值将为3600秒（1小时），确保UTC在数个世纪内的长期连续性。

要求BIPM

• 继续与可能受该决定影响的国际电信联盟（ITU）、国际天文学联合会（IAU）、国际大地测量与地球物理学联合会（IUGG）、IERS及其他组织合作，以便

  • 告知用户并支持该决定的应用；
  • 继续监测UT1-UTC的数值及其由IERS确定的估计演变和建模；
  • 定期向CIPM通报UT1-UTC数值的演变；

• 并继续与区域计量组织、NMIs及用户合作，促进对连续UTC重要性的理解，以及向用户及时、高效地提供UTC。

多数人欢迎国际计量局（BIPM）确认自 2027 年起停止插入闰秒、未来只可能需要“闰小时”的决定，认为这消除了长期制造软件 bug 和系统复杂性的根源。分歧在于少数人提醒，UTC 将逐渐偏离真太阳时 UT1，校正负担并未消失，只是转为持续跟踪 UT1-UTC 漂移，或被推迟给未来、AI 与后代去面对“闰小时”。

认为取消闰秒是消除 bug 和复杂性的务实胜利

• 闰秒是常见 bug 源；在粗粒度时区的世界里太阳时没那么重要；IoT 和无法接收时间更新的设备难以应对；负闰秒未来可能出现但几乎无软件测试过；Unix 时间戳因闰秒会回退、重复、非单调，导致两个 UTC 日期或时间戳之间的秒数无法可靠计算，例如 2038 年 bug 的倒计时；ISO8601 的“23:59:60”表示广泛不被支持，会破坏解析器对每分、每小时、每日秒数的假设。（认可度：高赞）
• > “Unix 时间戳其实是‘纪元以来秒数减去已发生的闰秒’，闰秒时它会回退并重复，造成歧义且不再单调。”（@BoppreH）

认为民用时间不必严格绑定地球自转，只要仍大致对准太阳时即可

• 实用主义观点是：不必追求精确太阳时，只要 12:00 仍接近正午、00:00 接近子夜，方案就足够好；世界早已运行在粗粒度时区之上，UTC 缓慢偏离 UT1 可接受。（认可度：较多人）
• > “只要 12:00 仍接近正午、00:00 接近子夜，这个方案就足够好。”（@hnuser123456）

提醒取消闰秒并非一劳永逸，仍需持续跟踪 UT1-UTC 漂移

• 取消离散闰秒后，关心真太阳时的系统不再能从 tzdata 获得偶尔一次的闰秒插入，而必须改为从 IERS 持续获取连续变化的 UT1-UTC 参数；刚庆祝“再也不用管理闰秒”的人随即发现，自己仍要跟踪这个漂移值。（认可度：较多人）
• > “刚庆祝完‘再也不用管理闰秒’，就发现以后得改用 IERS 提供的、连续变化的 UT1-UTC 参数来替代 tzdata 里的闰秒。”（@neutrinobro）

认为计算机系统本应从一开始就使用 TAI，闰秒应与时区一起处理

• 有技术评论认为，真正干净的做法是让计算机系统和 Unix 时间从一开始就使用 TAI，把闰秒和时区一起追踪；取消闰秒虽是“比之前的混乱更好”的结果，却也破坏了 UTC/UT1/TAI 的逻辑三分法，并暴露出我们在 AI 出现之前就没真正理解自己建造的系统，因为闰秒从一开始就在，所有软件本应能处理，但我们显然没有信心。（认可度：少数人）
• > “可惜这个‘黑客手段’破坏了 UTC/UT1/TAI 的逻辑三分法，计算机系统本应从一开始就使用 TAI，并把闰秒与时区一起追踪。”（@fuoqi）

担心这只是把校正负担推迟给未来或 AI

• 取消闰秒后，UTC 与 UT1 的偏差将持续累积，等到足够大时可能需要插入“闰小时”；这被一些人视为把麻烦推给后代，也讽刺地推给“想当程序员的 AI”，因为未来若真出现闰小时，复杂度远高于闰秒。（认可度：少数人）
• > “如果 AI 想当程序员，它就得处理闰秒，甚至连闰分和闰小时也一并交给它。”（@amelius）

有价值的补充

• 已插入的 27 个闰秒很可能就是史上全部；将来若需大校正，替代方案是“闰小时”，而不是“闰分钟”。
• 有评论把方案机制理解为：让另一个负责测量地球自转轴相对太阳夹角的标准机构做小幅调整，从而在未来约 100 年内都不需要闰秒；但这名读者也表示，这只是他阅读文件后的理解。
• 有评论借用 Vernor Vinge 的《A Fire Upon the Deep》类比：时间与地球自转解耦后，未来可使用自 Unix 纪元起的连续秒计数，并以 msecs（百万秒，约 11.5 天）为单位；等到 UTC 与 UT1 偏差超过一小时时，人类或许已是航天文明，会乐于把时间视为独立于某颗岩石的运动。