運行個Hello World也能出Bug？Python、Java、C++等16種語言中槍
本文經AI新媒體量子位（公眾號ID:QbitAI）授權轉載，轉載請聯系出處。
一句最簡單的Hello World，居然也會出Bug？
倒不是這句代碼還能寫錯，而是運行時找到了許多操作系統對異常處理的漏洞。
在向/dev/full輸出結果，也就是設備空間不足、任何寫入都應失敗的情況下，C語言依然返回了0，成功退出：
$ gcc hello.c -o hello
$ ./hello > /dev/full
$ echo $?
0
Bug的最初發現者表示：這可不是一個小錯誤，本質上是“打印到標準輸出”的任務。
發生了錯誤但不拋出異常，意味著即使出現數據丟失，進程依然會繼續運行。
于是他一不做二不休，又測試了C++、Python、Java等熱門語言，發了篇博客，很快就在論壇蓋起了高樓，討論度直接爆了：
而評論區網友一通Debug，綜合整理下來，踩中這一Bug的語言，竟足足有16種之多！
Hello World的DeBug過程
最初的發現者是一名名叫sunfishcode的技術博主，他在博客里展示了C和Python兩種語言的詳細的deBug過程。
主要使用的是Linux系統下的一個經典的設備文件，/dev/full。
/dev/full總是在寫入時返回設備無剩余空間（錯誤碼為ENOSPC），常常用于測試程序能否正確處理I/O錯誤。
如果程序正常，那么就會返回錯誤報告：
$ echo "Hello World!" > /dev/full
bash: echo: write error: No space left on device
$ echo $?
1
而正如我們開頭所示的代碼，在用C語言進行輸出時，hello程序卻報告成功，返回了0。
用strace命令跟蹤這一進程產生的系統調用可以發現，程序確實出現了故障：
$ strace -etrace=write ./hello > /dev/full
write(1, "Hello World!\n", 13) = -1 ENOSPC (No space left on device)
+++ exited with 0 +++
而以“錯誤不該被悄悄傳遞”為口號的Python也著了道。
程序向stderr打印了一條消息，丟失了信息，但最后也返回了0：
$ python2 hello.py > /dev/full
close failed in file object destructor:
sys.excepthook is missing
lost sys.stderr
$ echo $?
0
這個Bug嚴重嗎？現實世界任何一個程序都不會拿Hello World當作關鍵性安全問題，但“打印到標準輸出”卻是現實中確實會有的程序任務。
而這也正是Hello World這個最簡單的程序的本質。
博主sunfishcode這樣說：
標準輸出可能意味著一個具體文件，那么如果這個文件剛好耗盡了空間，程序又因為Bug沒有檢測到這一錯誤呢？
父進程不會知道子進程失敗了，只會繼續運行。但期望生成的輸出實際上已經丟失了數據。
當然，博主在最后也給出了沒有踩雷的語言列表：
網友熱議：這到底算不算Bug？
目前，博主已經針對這一Bug給出了一些解決方案，比如在C語言環境中可以采用這樣的方法：
#include <stdio.h>
#include <stdlib.h>
int main(void) {
printf("Hello, World!\n");
if (fflush(stdout) != 0 || ferror(stdout) != 0) {
return EXIT_FAILURE;
}
return EXIT_SUCCESS;
}
而評論區也貢獻了Java環境中的解決方案，即添加一個方法來獲得底層的、未包裝的OutputStream：
System.out.println("Hello World!");
if (System.out.checkError()) throw new IOException();
下方還有人補充到，Java已經引入的RuntimeIOException就可以用于I/O異常出現意外的情況：
因此我們可以引入一個新的類，比如ErrorCheckingPrintStream，并將“ ErrorCheckingPrintStream withErrorChecks ()”方法添加到PrintStream中。
而除此之外，評論區熱議的一個話題就是：
這位博主所公布的問題到底算不算是一個Bug？
反對者直言作者是在標題黨，還以為是發現了什么C語言標準庫里的Bug，但實際上只是處理所有可能的系統調用的失敗情況：
Hello World只是簡單地將API調用到文本界面，對一個簡單的接口進行調用，我在那里沒有發現過任何Bug。
有贊同的評論在下方做了進一步的補充，他認為C語言的編寫方式里本來就寫明：程序不關心任何形式的錯誤條件。
包括printf的返回值被忽略、輸出不被刷新、刷新的返回不被檢查、不關心errno值等等。
所以，用戶本就不應該期望給定的系統調用返回額外的errno值，而是應該用特殊方法處理特殊情況。
甚至有人表示：程序的失敗不是由程序控制結構定義，而是由需求定義，Hello World程序的需求難道包括主機系統的所有錯誤邊界嗎？
也有人更贊同作者，認為Hello World不只是接口調用，實際是在要求操作系統在某處寫入數據，而這正是簡單的程序與現實世界相關聯的地方：
這是一個嚴重的問題，而似乎在大多數時候，這種看似簡單的功能中存在的大量復雜性都被忽略了。
還有另辟蹊徑，從教育的角度來看的評論：
畢竟C語言時很多程序員的入門語言，hello.c又是其中的第一個程序，要讓初學者更好地理解控制結構，塊，返回值，緩沖流的，printf格式化語言等概念，所以還是把它當成一個Bug吧。
那么你又怎么看？
