多出來的那一秒bye bye了：閏秒退場，讓全球伺服器鬆一口氣

2026年10月15日，國際計量局在法國凡爾賽召開會議，多數成員國投票通過《關於確保協調世界時（UTC）連續性所需技術措施》決議，正式確認取消已經使用了半個多世紀的閏秒。新制將於2027年5月20日，也就是世界計量日當天生效。早在2022年的會議上，成員國就已投票呼籲，不晚於2035年逐步淘汰閏秒，這次表決是把時程明確定下來。

閏秒是什麼：兩種時間的磨合費

要理解閏秒，得先知道世界上其實有兩種「時間」。一種是由原子鐘計量的協調世界時（UTC），靠銫原子的振盪定義，精準到幾千萬年才差一秒。另一種是天文時，看的是地球自轉，太陽幾點升到頭頂，就是正午。

問題在於地球自轉並不規則。潮汐摩擦、地核活動、大規模地震，都會讓自轉速度微微變化，長期趨勢是越轉越慢。於是原子鐘走出的時間，和地球轉出的時間會慢慢對不上。1972年引入的閏秒，就是在每年6月或12月的最後一刻，視需要插入一秒，把兩種時間重新對齊。半個多世紀以來，全球總共插入過27次閏秒。

用日常比喻：你家有一支永遠精準的電子錶，和一臺跟著太陽走的日晷。錶不會錯，但日晷會因為地球偷懶慢慢落後。閏秒就是每隔幾年，硬把錶按住一秒，等日晷跟上。

對日常生活無感，對機房是災難

這一秒在日常生活裡毫無存在感，你睡覺時多出一秒，不會有任何感覺。但對現代科技系統，它是實實在在的故障源。

原因在於軟體處理時間的方式。很多系統假設「一分鐘就是60秒」，閏秒一出現，6月30日或12月31日的最後一分鐘變成61秒，這個假設就被打破。2012年的閏秒調整，曾導致Reddit與LinkedIn相繼崩潰；2016年，Cloudflare也因閏秒出現短時間服務中斷。對一家雲端服務商來說，一秒引發的連鎖反應，可能是數十萬使用者的請求全部排隊塞死。

也因此，Meta、谷歌、亞馬遜這些必須全年無休運轉巨型基礎設施的公司，長年推動廢除閏秒，直接稱它是一大核心痛點。谷歌內部甚至發展出一套做法，把閏秒拆成許多毫秒、在一天內慢慢攤進時鐘，避免系統在同一瞬間直面「61秒的分鐘」。這種工程上的變通，本身就說明問題有多麻煩。

新方案：把對帳週期拉長到千年尺度

取消閏秒之後，UTC和天文時的差距會持續累積。決議允許這個累計偏差擴大到最多一小時，屆時才透過引進「閏時」來校準。根據會議上相關專家的說法，以地球自轉目前減慢的速度，累積到一小時的差距，可能需要三千多年。

換句話說，這不是把問題解決掉，而是把對帳頻率從「每幾年對一次、每次一秒」改成「每幾千年對一次、每次一小時」。對工程師來說，三千多年後才需要處理的邊界條件，等於永遠不用寫進程式碼。

值得注意的是，一小時的偏差對日常生活的影響也有限。到時太陽可能在下午一點才升到正午位置，如同某些地區實施日光節約時間的偏移，社會有其適應經驗，而這是二十幾個世代之後才需要煩惱的事。

所以呢

對一般讀者，這則新聞的實際意義有三層。第一，2027年5月20日之後，全球時間基準不再突然插入額外的秒，跨國系統、金融交易、電信計費的時間序列都少了一個不確定變數。第二，它是一堂基礎設施課：最貴的bug往往不是複雜功能出錯，而是一個「一分鐘有幾秒」這種被視為理所當然的假設被打破。第三，對時間敏感系統的從業者而言，接下來半年是清理閏秒相關程式碼與文件的好時機，因為最後一次可能插入閏秒的窗口，已經確定不會出現。