大廠提議廢除閏秒：引起太多Bug，1972年以來，閏秒已經出現過27次，7月25日，谷歌、微軟、Meta和亞馬遜四位科技巨頭呼籲廢除閏秒，大廠提議廢除閏秒：引起太多Bug。
大廠提議廢除閏秒：引起太多Bug1
在某些時候，如果你遭遇過網絡中端或者服務中斷，這可能是閏秒引起的。所謂閏秒，是指爲了保持協調世界時接近於世界時時刻，由國際計量局統一規定在年底或年中（也可能在季末）對協調世界時增加或減少1秒的調整。
7月26日消息，谷歌、微軟、Meta和亞馬遜近日呼籲廢除閏秒，美國和法國已對此表示贊同。谷歌等科技巨頭拋棄閏秒的理由有很多，比如網絡中斷等。
這樣的例子有很多。2012年，閏秒的變化引發Reddit的大規模停機，Mozilla、LinkedIn、Yelp和機票預訂服務Amadeus也都遇到過類似問題。2017年，Cloudflare因此遭遇故障，導致客戶一部分服務器離線。此外，在今年早些時候，當網絡瀏覽器的版本號達到100時，一些網站因編程只處理兩位數的版本號而發生堵塞。
Meta的研究科學家艾哈邁德·拜亞戈維（Ahmad Byagowi）稱：“我們預測，如果我們只堅持使用‘國際原子時’，而不進行閏秒觀測，那麼我們應該至少可以堅持2000年。就此而言，我們可能需要考慮進行修正。”美國國家標準與技術研究所（NIST）和法國國際計量局（BIPM）也認爲，是時候該要拋棄閏秒了。
據瞭解，自1972年以來，世界計時機構已經爲被稱爲“國際原子時”（TAI）的全球時鐘增加了27次閏秒。
大廠提議廢除閏秒：引起太多Bug2
“閏秒”可能會被取消。
據科技新聞網站Cnet報道，7月25日，谷歌、微軟、Meta和亞馬遜四位科技巨頭呼籲廢除閏秒，美國國家標準與技術研究院( NIST ) 與國際計量局 ( BIPM )也投出了贊成票。
國際地球自轉服務（IERS） 於1972年首次提出閏秒這一概念。當世界標準時間“協調世界時”與“世界時”之間的誤差超過0.9秒時，國際計量局會統一規定在年底或年中將“協調世界時”撥快或撥慢1秒。
1972年以來，閏秒已經出現過27次，上一次是2017年1月1日7時59分60秒。當“正閏秒”發生時，一分鐘將有61秒——23：59：59之後不是00：00：00，而是會多出另一個23：59：60。多出的這一秒會導致計算機產生“錯亂”，因爲計算機依靠精準的計時服務器展開活動，記錄向數據庫更新等事情的準確順序。
在過去，閏秒曾多次給網絡平臺造成故障。據科技媒體WIRED， 2012年，社交網站Reddit因爲閏秒而遭遇一次大規模停機，用戶在30到40分鐘內無法訪問此網站，工程師不得不重啓服務器。據英國衛報，開源社區Mozilla、社交平臺LinkedIn、美國商戶點評網站Yelp和機票預訂供應商Amadeus也都遇到過類似情況。
此外，2017年，美國雲安全網絡公司Cloudflare受閏秒影響，導致託管在該公司的部分網絡資源暫時脫機。
針對閏秒問題，谷歌曾於2011年提出“閏秒彌補（leap smear）”方案——調整系統內部的網絡時間協議（NTP）服務器，每次更新時增加幾毫秒，彌補閏秒多出來的那一秒鐘，以保證服務器能夠正常運行。
但Meta工程博客頁面上的公告中，Meta工程師Oleg Obleukhov和Ahmad Byagowi表示，這一方案只適用於解決“正閏秒”出現的情況，隨着地球自轉模式的改變，未來還可能出現“負閏秒”。不徹底解決這一問題，“將對依靠計時器或調度器的軟件帶來毀滅性的影響。”
上述工程師還表示，如果取消閏秒，不再繼續調整時間，未來1000年內可能不會再出現類似問題。
如今，谷歌、微軟、Meta和亞馬遜共同呼籲取消閏秒，美國國家標準與技術研究院( NIST ) 及國際計量局 ( BIPM )也同意這一主張。
CNET稱，政府機構的支持至關重要，歸根結底負責全球時鐘系統的是政府和科學家，而不是科技公司。
大廠提議廢除閏秒：引起太多Bug3
大廠們再也無法忍受閏秒帶來的一堆bug了。
現在，谷歌Meta微軟亞馬遜等一衆科技巨頭髮起了一項倡議：廢除閏秒！
閏秒這玩意，說白了就是通過給“世界標準時間”加（或減）1秒，讓它更接近“太陽時”。
“世界標準時間”（UTC）與原子鐘測量的精確時間同步，“太陽時”根據地球自轉測量得出，但地球自轉並不穩定。
例如，兩者相差超過0.9秒時，就在23點59分59秒與00點00分00秒之間，插入一個原本不存在的“23點59分60秒”，來將時間調慢一秒鐘。
然鵝，就是這個看似有點用的`閏秒，把一衆程序員愁壞了。
憑空少一秒、或冒出一個“第60秒”，就得出動一衆人調整時間（如暫時關閉NTP等）、修改程序，儘可能降低閏秒帶來的影響。對此Meta表示：
閏秒造成的破壞，比它帶來的用處大多了。
這羣大廠還找來了兩家權威機構，即美國國家標準與技術研究院（NIST）和國際計量局（BIPM），與他們達成了一致意見。
雖然閏秒似乎離我們略遠，不過這些年來，它確實給計算機行業惹了不少麻煩。
“1秒鐘”讓計算機宕機
閏秒於1972年被引入，迄今爲止已經增加了27個閏秒。
每一次增加閏秒，都會引起不少公司的計算機或是應用程序出現問題。
例如，在互聯網發展得如火如荼的2012年，閏秒就帶來了一波“潮水般”的影響。
閏秒在當年6月30號出現後，國外社區Reddit、瀏覽器Mozilla、領英和點評網站Yelp的服務器全部出現了問題，此外依賴計時器的機票預訂服務Amadeus也發生了故障。
但閏秒造成的影響，並沒有在這之後消失，畢竟總有新的bug出現（手動狗頭）。
2017年，Cloudflare也遇上了閏秒故障，導致一衆客戶用不了相關服務。儘管程序員們已經提前寫好應對程序，然而在實際運行時，還是出了問題。
所以，究竟應該如何消除閏秒帶來的影響？
當前最常用的方法是“平攤法”。
以谷歌爲例，程序員們會將多出來的一秒鐘分割成很多個小時間段（如幾分之一秒），然後，在不影響程序運行的情況下悄悄加入到時間中。
這樣，當閏秒來臨時，程序實際上已經平安無事地度過了這一秒鐘。
對於Meta程序員來說，採取的也是相似的做法，把這個閏秒在時間表上悄無聲息地“抹掉”。
但無論如何，只要下一個閏秒還會出現，大廠們就還得繼續面臨閏秒帶來的影響，花費額外的精力去“消除”它。
包括谷歌、亞馬遜、Meta和微軟等大廠在內，都感覺閏秒的出現是利大於弊，Meta還專門寫了篇文章，呼籲廢除閏秒。
當然，想廢除閏秒的也不止這幾個大廠。
早在2015年的時候，國際電信聯盟就在WRC上討論過是否要保留閏秒的事情。
只是報告結果還沒出來，預計會等到2023年。
對於廢除閏秒這事兒，有網友調侃：
Meta的開發們實在太害怕閏秒了，他們覺得推動計時法改變是比修代碼更簡單的事情。
但此前也有網友提到，其實不止IT行業，工業上也會受到閏秒的影響。
你受到過閏秒帶來的影響嗎？
