盤點那些讓程式設計師目瞪口呆的Bug都有什麼？

程式設計師一生與bug奮戰，可謂是殺敵無數，見怪不怪了！在某知識社交平臺中，一個“有哪些讓程式設計師目瞪口呆的bug”的話題引來了6700多萬的閱讀，可見程式設計師們對這個話題的敏感度有多高。

1、麻省理工“只能發500英里的郵件”

該bug發生於麻省理工，當時其系統管理員接到統計系主任的求助電話，主任在電話中說：“我們們的郵件系統無法傳送距離500英里以外的地方，準確地說好像是520英里。”

此時的系統管理員內心是“毫無波瀾”的，嗯！

然後，他開始了漫長且苦逼的測試，最後發現郵件伺服器作業系統（SunOS）被人更新了，因為作業系統發行版往往配備舊軟體，因此郵件軟體實際上是被降級了（Sendmail 8 -> Sendmail 5） ，最後的結果是：Sendmail 5試圖解析Sendmail 8的配置檔案。

所以，為什麼一定是500英里呢？且看大神講解：

2、int mian()

這其實是一個書寫上的錯誤，之所以會放在本文中，是因為很多程式設計師的職業生涯中都有過寫！錯！的經歷！main和mian傻傻看不出來！

3、醫院急診科的程式bug

一位程式設計師為醫院急診科設計了一套應用程式，畢竟是為急診病人服務，所以程式設計師在實驗室內認真地測試無數遍，直至確定沒有問題，才讓醫院部署使用。但是，醫院方面卻總是出現問題，一拿到實驗室就沒問題。該名程式設計師於是深入醫院調查，最後發現是醫院的X光射線導致電腦記憶體丟失了幾個bit資訊，進而讓程式出現問題！

4、谷歌的 Google Arts & Culture APP

谷歌推出的Google Arts&Culture APP是一個可以將普通人的照片與藝術照進行對比，匹配出與使用者上傳的照片最相像的一張藝術畫，執行效果是這樣的：

圖片上也會給出匹配度，但偏偏有些人的照片上傳後，給出來的藝術畫讓人哭笑不得，比如：

5、硬體開光的必要性

某資料中心的火災報警器因損壞，而在沒有發生火災的情況下響起。

詭異的是，資料中心內確實出現了大面積的磁碟損壞和讀寫效能下降！

經排查，因為報警器聲音太大影響了磁頭的運動！

網友吐槽：看來給硬碟開光很有必要啊！

6、某外資通訊裝置商的逆天bug（實在太長，給各位上圖）

7、足以讓資料庫瞬間崩潰的bug

願望：在百萬量級的資料庫裡實現快速自我交叉匹配查詢。

手段：建立臨時表提速。

Bug：條件裡忘記新增”a.id=b.prio”

結果：臨時表從預計的幾千條達到了上億條，資料庫崩潰！！！！

8、足以讓系統癱瘓的bug

9、程式設計師都能看懂的bug（反正筆者沒看懂，看懂的麻煩解釋一下）

if (object == null) {

object.doSomething();

} else {

object.doSomethingElse();

}

10、據傳，iPhone手機日曆上的bug

11、購買微軟Office套件visio不可使用outlook郵箱註冊

網友爆料，自己在購買正版Office套件visio時，當他在註冊頁面輸入微軟的outlook郵箱，系統居然提示系統中沒有outlook.com！

12、叢集宿主機已售記憶體為負值？

13、比較弱智的bug

某網友：讓我目瞪口呆的BUG是update不加where...

14、人類歷史上第一個程式BUG

公眾號內回覆“1”帶你進粉絲群！