2026年6月底將不引入閏秒

背景

國際地球自轉事務管理局（IERS）近期發布第 71 號公告，確認 2026 年 6 月底將不會增加閏秒。這項決定意味著協調世界時（UTC）與國際原子時（TAI）的差值將維持在 37 秒，這也是自 2017 年以來持續維持的狀態。

社群觀點

Hacker News 的討論圍繞著閏秒存在的必要性及其對現代資訊系統造成的負擔。許多開發者分享了慘痛的實務經驗，指出閏秒雖然看似微小，卻是軟體工程中的「邊緣案例」，極難進行全面測試。有留言提到，2014 年的閏秒曾導致 MySQL 資料庫崩潰，甚至有硬體 GPS 晶片因為無法正確處理閏秒訊號而導致設備損壞。這種不定期且罕見的時間調整，使得 NTP 協定在實作上出現歧異，有些系統選擇平滑抹除（Leap Smear），有些則直接跳轉，這種不一致性在分散式系統中往往會引發災難性的連鎖反應。

針對是否應廢除閏秒，社群內存在明顯的分歧。支持廢除的一方認為，閏秒主要是為了服務天文學家，讓時鐘與地球自轉角度保持一致，但對於 99.9% 的一般大眾而言，即便太陽正午與時鐘 12 點之間存在數分鐘甚至一小時的偏差（如日光節約時間），也不會影響日常生活。與其每隔幾年就冒著系統崩潰的風險去調整一秒，不如將這個問題推遲到數百年後，屆時再透過「閏時」或調整時區來一次性解決。反對者則擔憂，若現在不處理微小的偏差，長期累積下來的誤差將成為未來世代的巨大技術債，且地球自轉速度受地函活動、氣候變遷與潮汐力影響，具有不可預測性，這使得演算法自動化調整變得極其困難。

此外，討論也觸及了科學哲學的層面。有網友指出，學校教育常傳達「科學現實主義」，認為測量值反映了絕對真理，但實際上工程界更多是採取「工具主義」，將模型視為預測工具而非形而上的真理。統計學中的「所有模型都是錯的，但有些是有用的」正體現了這種思維。閏秒的爭議本質上是「追求物理精確性」與「系統穩定性」之間的權衡。部分技術人員提議，應將閏秒視為類似時區資料庫（tzdata）的顯示層級問題，而非底層作業系統的核心邏輯，這樣即使更新失敗，也只會導致顯示時間偏差，而不至於造成系統當機。

延伸閱讀

• IERS 官方公告頁面：詳細列出歷年 Bulletin C 的發布紀錄與 UT1-UTC 的觀測數據。
• Wikipedia 閏秒條目：收錄自 1972 年以來所有閏秒調整的歷史紀錄。
• Time and Date 關於負閏秒的解釋：探討因地球自轉加速可能導致史上首次「扣除一秒」的技術挑戰。
• FreeBSD 郵件列表討論：關於作業系統核心如何測試並處理負閏秒的技術細節。