一小時才調一次的「閏時」上場：全球伺服器為什麼要跟一秒鐘過不去

2026年10月16日，消息獲得確認：國際計量局（BIPM）在法國凡爾賽召開的會議上，多數成員國投票通過《關於確保「協調世界時」（UTC）連續性所需的技術措施》決議。使用超過半個世紀的閏秒將被取消，新制於2027年5月20日，也就是世界計量日當天生效。決議同時建議以「閏時」取代閏時調整機制：等到原子時（TAI）與世界時（UT）相差3600秒，即整整一小時時，才做一次調整。

這對一般人的手機來說毫無感覺，但對全球的伺服器機房來說，是一個糾纏了五十多年的技術麻煩，終於有了明確的退場時間表。本站先前在閏秒退場的決議報導中曾整理決議背景，這篇把焦點放在「閏時」這個替代方案本身的機制，以及它為什麼能讓工程師鬆一口氣。

兩個時鐘，本來就對不齊

要先理解閏秒為什麼存在。全球的時間有兩套源頭。一套是原子時（TAI），由原子鐘定義，極度穩定，幾千萬年才差一秒。另一套是世界時（UT），跟著地球自轉走。問題在於地球自轉並不配合原子鐘：地核活動、大氣與海洋的摩擦，都會讓自轉速度一點一點放慢，就像一個用了很多年的風扇，轉速會不知不覺掉下來。

協調世界時（UTC）是這兩套時間的折衷，日常以原子鐘的秒長運行，但為了不讓「正午」慢慢漂移到下午三點，過去的做法是在兩者差距接近一秒時，插入一個閏秒。想像一條輸送帶和一個走得很準的碼錶，帶子速度會微幅變動，碼錶不會，你只能偶爾在帶子上多墊一小塊板子，讓兩邊對齊。

麻煩就在這塊板子。閏秒的插入沒有固定週期，由國際地球自轉服務組織觀測後提前公告，可能是六月底、也可能是十二月底。也就是說，全世界的作業系統、資料庫、金融交易系統，每隔幾年就要為了一秒鐘做一次客製化的程式修改。歷史上多次大規模服務中斷都與閏秒處理失誤有關，因為「23:59:60」這個時間點，在許多軟體的設計裡根本不該存在，就像電梯樓層按鈕上突然多出一個「3樓半」。

閏時的邏輯：把調整次數除以三千

新決議的做法其實非常樸素，它沒有讓兩個時鐘停止漂移，只是把「什麼時候動手調整」的門檻，從一秒放寬到一小時。

原子時與世界時之間的累積差距，大約每幾年增加一秒。要累積到3600秒，依目前地球自轉減慢的速度推算，需要三千多年才會遇到一次調整。換句話說，這一代和下一代的所有工程師，都不需要在有生之年處理這件事。原本是每幾年一次的突擊考試，改成三千年後才開卷。

這個取捨的代價也很清楚：三千多年後，「原子鐘上的正午」和「太陽在頭頂上的正午」最多可能差到一小時。到時候的人可以選擇做一次性的閏時調整，也可以接受這個差距。但那是西曆五千年左右才需要煩惱的問題，而眼前的系統穩定性是每天都要面對的。

回顧時間軸：這一步走了十幾年

這項決議並非突然出現。2015年前後，閏秒造成的系統事故已讓各國計量機構與科技業開始檢討；國際計量局2022年的會議上，成員國已投票通過決議，要求制定不晚於2035年逐步取消閏秒的計劃。2026年這次的決議，是把時間表具體定在2027年5月20日，並給出閏時這個替代機制。

從工程的角度看，這段過渡期反而是最需要留意的部分。2027年5月之前，各作業系統與時間同步服務需要確認對新規則的支援；生效之後，仍殘留舊閏秒處理邏輯的舊系統，理論上可能出現預期外的行為。對負責基礎設施的團隊來說，這不是新增一個功能，而是確認一段舊程式碼可以安全地不再被觸發。

對一般使用者的實際意義

手機、電腦、股票下單、導航定位，這些服務都依賴連續、穩定的時間戳。閏秒取消後，使用者端不需要做任何事，感受到的變化是零。真正受益的是維運端：時間同步協定不再需要處理「一分鐘有61秒」的例外狀況，跨系統的日誌對帳少了個偶發的坑。

對時間敏感度極高的產業，例如高頻交易、電信網路、衛星導航，這更是拿掉了一個定期出現、又無法精確預測的風險點。導航系統的時間訊號若出現一秒的錯置，光速乘上一秒，對應的位置誤差可以達到三十萬公裏等級，這也是為什麼工程界對「多出來的那一秒」如此戒慎恐懼。

一秒鐘很短，但它卡在全球最講究精確的兩套系統中間：物理定律定義的時間，和地球自轉定義的時間。這次決議沒有讓任何一方讓步，只是承認了一個現實：在三千年後的人需要煩惱之前，讓伺服器先過幾千年安穩日子，是更合理的排序。