今年 7 月，Google、微软、Meta 和亚马逊发起了一项“取消闰秒”的倡议 ——理由是与之带来的价值相比，为了与地球自转同步而额外增加的一秒，反而造成了更大了问题。自 1972 年以来，世界计时机构已在“国际原子时”（TAI）上增加了 27 次闰秒。 在美法计时机构的首肯下，计算机将继续在某天晚间 23:59:59 秒之后跳转到 0:0:0，而无需为了闰秒而添加额外的 23:59:60 。 据悉，随着计算机在人们生产生活中扮演越来越重要的角色，依赖于精确计时服务器网络来安排相关事件和记录活动的确切顺序的工作（比如家数据添加到数据库），将会陷入糟糕的混乱。 在最坏的情况下，闰秒调整时可能导致互联网中断。有鉴于此，呼吁‘取消闰秒’的该组织认为 —— 闰秒操作终归是徒劳的，毕竟从历史维度来看，地球自转的速度并没有太大变化。 自 1972 年来的“闰秒”记录 Facebook 母公司 Meta 研究科学家 Ahmad Byagowi 表示： 根据我们的预测，若坚持使用国际原子时（TAI）而不开展闰秒观测，至少也可以稳妥度过 2000 个年头。等到了真正需要的时候，再去折腾也不迟。 好消息是，美国国家标准与技术研究院（NIST）、法国国际计量局（BIPM）和一众科技巨头都认为，现在是时候放弃对闰秒的特殊调制了。 而之所以要得到政府的支持，主要是全球时钟系统是由科学家们、而不是科技企业来负责协调和管理的。 “真实时间”补偿 回顾 2012 年，当时的闰秒变化导致 Reddit 服务出现了大规模中断，此外 Mozilla、LinkedIn、Yelp 与航空预订服务提供商 Amadeus 也都遇到了相关问题。 2017 年的时候，Cloudflare 也遭遇了一次闰秒故障，导致这家网络基础设施公司的一小部分客户服务器离线。 即使 Cloudflare 有用软件去比较计算机时间和闰秒协调时，但系统出错后还是难以对结果加以正确的处理。 NTPD 内核闰秒协商 尽管计算机本身很擅长“数数”，但人类活动引入的“不规则行为”，还是很容易给现有系统和计算工作任务带来一系列麻烦。 事实上，除了“闰秒”，2000 年前后的“千年虫”（Y2K）问题已经引发过相当大的问题。 由于仅使用两位数来计算年份，许多计算机在 1999 年 12 月 31 日之后，又错误地“轮回”到了 1970 年。 尴尬的是，那些使用 32-bit 计数的系统，会在从 1970 年 1 月 1 日开始读秒的情况下，于 2038 年再次撞上溢出轮回的大门。 GNSS 全球卫星导航系统的闰秒值差异 【其它状况】今年早些时候，一些网站在 Web 浏览器版本号达到 100 时遇到了问题 —— 只因它们在编程时就限制了仅处理两位数字。 此外为了缓解计算机难以理解“某一分钟有 61 秒”的问题，Google 率先提出了“闰秒切片”的想法，以使这一秒在一天中缓慢增长。 最后，除了多出的一秒可能搞事情，未来国际计时机构或许也需要在科学家指导的特定情况下“减去一秒”，届时计算机领域通常会遇到棘手的问题。 为了避免对以来计时器 / 调度程序的软件产生毁灭性的打击，Byagowi 和 Meta 工程师 Oleg Obleukhov 建议还是快刀斩乱麻 —— 尽早放弃对闰秒的坚持。
