世界末日到底是哪一天？這個(gè)無厘頭的問題一直有著各種各樣的離奇答案。當(dāng)你打開手機(jī)，關(guān)閉自動(dòng)設(shè)置時(shí)間，往未來的方向滑動(dòng)數(shù)字時(shí)，你會(huì)發(fā)現(xiàn)時(shí)間停在了2038年。

小米、華為可以設(shè)置到2037年12月31日，iPhone也只多兩天

不僅是手機(jī)，在電腦上，當(dāng)你嘗試將時(shí)間從2037年再往上調(diào)整時(shí)，會(huì)發(fā)現(xiàn)不管怎么按設(shè)置按鈕，日期都不會(huì)繼續(xù)改變。

日期調(diào)整超過2038年時(shí)，會(huì)停在2038年1月1日

2038年到底會(huì)發(fā)生什么？為什么各種設(shè)備都無法“逾越”2038年？在網(wǎng)上搜尋2038，你還能發(fā)現(xiàn)有人專門設(shè)置了倒計(jì)時(shí)網(wǎng)頁。這其中包含了一個(gè)更加精確的時(shí)間：2038年1月19日 3點(diǎn)14分7秒。而下一秒，你的電子設(shè)備將會(huì)穿越回到1901年。

著名的“2038問題”，將在此刻爆發(fā)。

到“2038年問題”發(fā)生，還?！?/p>

2038年，時(shí)間“摧毀”系統(tǒng)

問題發(fā)生在2038年1月19日 3點(diǎn)14分7秒的下一秒。這一天的03:14:08不會(huì)到來，迎接你的將會(huì)是1901年12月13日20:45:52。

使用腳本模擬系統(tǒng)時(shí)間，會(huì)出現(xiàn)時(shí)間的跳變（平臺(tái) Debian GNU/Linux （內(nèi)核 2.4.22））丨William Porquet/deepsky.com

對(duì)于很多電子設(shè)備而言，這是個(gè)毀滅性的打擊。文件的創(chuàng)建與修改、應(yīng)用軟件的運(yùn)行、網(wǎng)絡(luò)系統(tǒng)的同步……時(shí)間作為一個(gè)關(guān)鍵數(shù)值，在整個(gè)電子系統(tǒng)里起著絕對(duì)重要的作用。因此有一陣子蘋果手機(jī)的語音助手Siri，還把這一天當(dāng)成了“世界末日”。為什么是這一天？Siri回答中的關(guān)鍵詞也給出了答案。

早期Siri對(duì)于世界末日問題的回答（新版本系統(tǒng)已無此回答）

Unix、32位，這兩個(gè)詞讓2038年的這一天注定成為末日。Unix是一種操作系統(tǒng)，這種系統(tǒng)中計(jì)時(shí)方式是以1970年1月1日 00:00:00為基準(zhǔn)，按秒為單位進(jìn)行增減。比如到2022年1月1日0點(diǎn)，只需要用基準(zhǔn)值加上1640966400秒。而我們現(xiàn)在使用的安卓、蘋果系統(tǒng)都屬于類Unix系統(tǒng)，采用了同樣的方案。

電子系統(tǒng)使用0和1對(duì)數(shù)據(jù)進(jìn)行儲(chǔ)存，也就是二進(jìn)制。如果只用1位數(shù)，只能表示0和1，如果2位數(shù)，則可以用00、01、10、11分別表示0、1、2、3這四個(gè)數(shù)。隨著位數(shù)的增加，二進(jìn)制可以表示的數(shù)也越來越大，但總會(huì)遇到上限。如果用32個(gè)0、1儲(chǔ)存數(shù)字，第一位表示符號(hào)，0代表+，1代表-，則剩下31位最大可以表示2147483647。在計(jì)算機(jī)資源非常寶貴的年代，用32位來放置時(shí)間，已經(jīng)很夠用了。

1970年1月1日00:00:00 + 2147483647秒 = 2038年1月19日 3點(diǎn)14分7秒。下一秒，數(shù)據(jù)就會(huì)出現(xiàn)“裝不下”的情況，發(fā)生溢出。此時(shí)第一位符號(hào)位從0變成1，本來的加號(hào)變成了減號(hào)，時(shí)間突然穿越到過去。

從上到下分別是二進(jìn)制秒數(shù)、對(duì)應(yīng)的十進(jìn)制秒數(shù)、32位Unix系統(tǒng)時(shí)間、實(shí)際時(shí)間。超過2147483647后，符號(hào)位會(huì)變成1（負(fù)號(hào)），整個(gè)數(shù)字會(huì)突然發(fā)生翻轉(zhuǎn)，回到1901年。丨Pemu/Wikicommons

這個(gè)存在于將來的問題，它會(huì)給我們帶來怎樣的影響？回溯過往，一次又一次的“千年蟲”問題已經(jīng)給了我們一些預(yù)告。

千年之外的千年蟲

2000年，千禧年。而在很多應(yīng)用程序看來，這一年會(huì)變成1900年。

同樣因?yàn)橛布Y源寶貴，早期程序使用了年份的后兩位數(shù)字來表示日期，而前兩位數(shù)都默認(rèn)為19。這個(gè)不起眼的時(shí)間問題，在整個(gè)世界引發(fā)了巨大的關(guān)注。政務(wù)系統(tǒng)、銀行系統(tǒng)、航空系統(tǒng)等多個(gè)系統(tǒng)都可能受到影響而失效。全球各地對(duì)這一問題進(jìn)行了響應(yīng)，試圖解決這一問題。我國(guó)多次發(fā)文強(qiáng)調(diào)這一問題的重要性。美國(guó)也推出了有關(guān)千年蟲問題的法案，以敦促各行業(yè)共享信息解決此類問題。

全球各地對(duì)“千年蟲”采取行動(dòng)丨人民日?qǐng)?bào)網(wǎng)絡(luò)版

多虧人們對(duì)“千年蟲”的高度重視，使得這一問題在集中爆發(fā)前得以解決。但在此之后，類似“千年蟲”的事件卻依然層出不窮。

2010年的第一周，德國(guó)約3千萬張銀行卡同時(shí)“失效”。持卡人不僅無法直接刷卡消費(fèi)，連在自動(dòng)取款機(jī)上取錢都成問題。這不僅影響了本國(guó)居民的生活，也使得在外度假的德國(guó)人滯留在當(dāng)?shù)亍?/p>

由于不同編碼方式存在差異，2010在德國(guó)的銀行系統(tǒng)中被錯(cuò)誤地識(shí)別成2016。銀行卡也因此“被過期”了。同樣的情況出現(xiàn)在使用Windows Mobile系統(tǒng)的手機(jī)上：你在2010年第一天收到的新年短信，會(huì)被系統(tǒng)顯示成2016年。

德國(guó)加速修復(fù)了銀行系統(tǒng)，所幸沒有造成更大的損失。但放眼太空，事情就沒那么簡(jiǎn)單了。2013年9月，航天器Deep Impact突然失聯(lián)，迫使美國(guó)航空航天局宣布相關(guān)探測(cè)任務(wù)正式結(jié)束。Deep Impact的首席任務(wù)科學(xué)家 Mike A"Hearn認(rèn)為，這是一個(gè)“千年蟲問題”。航天器的部分軟件無法正確識(shí)別2013年8月11日之后的日期，導(dǎo)致計(jì)算機(jī)不斷重啟。最終，科學(xué)家們失去了航天器的信號(hào)。

Deep Impact與坦普爾1號(hào)彗星相遇模擬圖丨NASA

就在今年年初，“2022年蟲”讓微軟的程序員體會(huì)了新年大加班。1月1日，微軟的郵件服務(wù)系統(tǒng)Exchange突然中斷，使用該服務(wù)的用戶都無法發(fā)送電子郵件。微軟隨后給出了聲明，稱該問題與日期檢查失敗以及新年的變化有關(guān)。簡(jiǎn)單點(diǎn)說，和2038問題一樣，時(shí)間“溢出”了。好在微軟團(tuán)隊(duì)加班加點(diǎn)，在當(dāng)天解決了該問題。

在未來，“類千年蟲”問題一定還會(huì)出現(xiàn)。對(duì)于可以預(yù)料的問題，人們已經(jīng)開始嘗試提供解決方法。比如使用新的格式存儲(chǔ)時(shí)間信息。與此同時(shí)，系統(tǒng)團(tuán)隊(duì)提供的新內(nèi)核也在解決32位平臺(tái)上的“歷史問題”。你也不用太擔(dān)心，畢竟到那時(shí)，你應(yīng)該已經(jīng)換了好幾波手機(jī)了。

不過，再遇到類似的突發(fā)Bug也很正常。因?yàn)槭澜缟峡傇诎l(fā)生情理之中、意料之外的事情。

參考文獻(xiàn)

[1]Year 2038 Problem Countdown. https://gregnk.com/2038/

[2]The Project 2038 Frequently Asked Questions (FAQ). http://www.deepsky.com/~merovech/2038.html#What_operating_systems_and_platforms_are_affected_by_it

[3]Why does Siri say the world will end on January 2038? https://www.quora.com/Why-does-Siri-say-the-world-will-end-on-January-2038

[4]Unix time. https://en.wikipedia.org/wiki/Unix_time

[5]Unix Time Stamp - Epoch Converter. https://www.unixtimestamp.com/

[6]Unix-like. https://www.computerhope.com/jargon/u/unix-like.htm

[7]2038年問題. https://zh.wikipedia.org/wiki/2038%E5%B9%B4%E9%97%AE%E9%A2%98

[8]中國(guó)解決計(jì)算機(jī)2000年問題的進(jìn)展情況. http://www.scio.gov.cn/xwfbh/xwbfbh/wqfbh/1999/1201/Document/328000/328000.htm

[9]話說“千年蟲”. http://www.people.com.cn/item/hs2000/july.html

[10]Clinton Urges Americans To Act On Y2K Problem. https://edition.cnn.com/ALLPOLITICS/1998/07/14/clinton.y2k/

[11]Y2K-type bug hits German cash, credit cards. https://www.eetimes.com/y2k-type-bug-hits-german-cash-credit-cards/

[12]Carry cash as well as a card, says German bank association. https://www.computerworld.com/article/2759697/carry-cash-as-well-as-a-card--says-german-bank-association.html

[13]Windows Mobile Bug Dates Messages from 2016. https://www.wired.com/2010/01/windows-mobile-bug-dates-messages-from-2016/

[14]NASA Declares End to Deep Impact Comet Mission. https://www.nationalgeographic.com/science/article/130920-deep-impact-ends-comet-mission-nasa-jpl#:~:text=NASA%20officials%20declared%20the%20Deep,July%204%20of%20that%20year.

[15]Exchange Year 2022 Problem: FIP-FS Scan Engine failed to load – Can’t Convert “2201010001” to long (2022/01/01 00:00 UTC). https://borncity.com/win/2022/01/01/exchange-fip-fs-scan-engine-failed-to-load-cant-convert-2201010001-to-long-1-1-2022/

[16]Email Stuck in Exchange On-premises Transport Queues. https://techcommunity.microsoft.com/t5/exchange-team-blog/email-stuck-in-exchange-on-premises-transport-queues/ba-p/3049447

本文來自微信公眾號(hào)“果殼”（ID：Guokr42），作者：Owl，36氪經(jīng)授權(quán)發(fā)布。