1. 五種寫法到底差在哪從編譯器視角拆解 main 的簽名很多人寫 C 或 C 寫了幾年main函數(shù)閉著眼睛就能敲出來但真要問一句“int main()和int main(void)有什么區(qū)別”“void main()到底能不能用”能答利索的人并不多。這個看似最基礎(chǔ)的問題其實是理解函數(shù)聲明與定義、參數(shù)列表語義、程序啟動約定、編譯器擴展這幾件事的一個絕佳切口。我見過不少工作兩三年的開發(fā)者在代碼評審里被問到main的返回值為什么必須是int時只能含糊地說“規(guī)定就是這樣”。這篇就把這五種寫法徹底拆開講清楚從標準條文到編譯器實際行為再到工程里怎么選一次說明白。先把結(jié)論擺出來方便你帶著答案看過程在標準 C 和標準 C里只有int main(void)和int main()這兩種形式是合法且可移植的void main()系列屬于編譯器擴展能編過不代表正確。但“能編過”和“符合標準”之間的差距恰恰是很多隱蔽 bug 的來源。1.1 五種寫法速覽對照在深入原理之前先用一張表把五種寫法的關(guān)鍵差異列出來后面每一節(jié)都會圍繞這張表展開。寫法返回類型參數(shù)列表語義標準符合性典型可用場景main()intC89 起隱式未指定參數(shù)KR 風(fēng)格C 中合法但不推薦C 中合法老代碼、極簡示例int main()int未指定參數(shù)C/C 均合法不關(guān)心命令行參數(shù)的程序int main(void)int明確無參數(shù)C/C 均合法最嚴謹推薦寫法void main()void未指定參數(shù)非標準編譯器擴展部分嵌入式/教學(xué)環(huán)境void main(void)void明確無參數(shù)非標準編譯器擴展同上這張表里最容易被忽略的是main()和int main()的區(qū)別——在 C 語言里main()這種省略返回類型的寫法是KR 時代遺留的隱式 int 規(guī)則C99 之后雖然仍被允許用于main標準對main有特殊豁免但已經(jīng)是過時用法。而在 C 里main()會被直接當作返回int處理因為 C 從來沒有隱式 int 規(guī)則只是標準單獨給main開了口子。1.2 為什么返回類型必須是 int程序運行結(jié)束需要一個退出狀態(tài)碼告訴操作系統(tǒng)“我是正常結(jié)束還是出錯了”。這個狀態(tài)碼就是main的返回值。在 POSIX 體系里返回 0 表示成功非 0 表示失敗而且這個值會被截斷成 8 位——也就是說你return 256操作系統(tǒng)實際收到的是 0這坑我踩過當時排查了半天為什么腳本判斷“成功”了。標準之所以強制int是因為這個返回值要參與進程退出狀態(tài)的傳遞。如果寫成void程序就沒有一個標準途徑向調(diào)用方shell、父進程、CI 系統(tǒng)匯報執(zhí)行結(jié)果。你可能會說“我不關(guān)心返回值”但你的構(gòu)建腳本、CI 流水線、make的依賴判斷可能關(guān)心。一個返回void的main在退出時實際返回給操作系統(tǒng)的值是未定義的可能是 0也可能是寄存器里的垃圾值。提示即使你的程序邏輯上不需要返回值也請寫return 0;或依賴 C99/C 的隱式返回 0 規(guī)則。顯式寫出來可讀性更好也避免在-Werror嚴格模式下被警告。1.3 參數(shù)列表空括號和 void 的歷史包袱int main()和int main(void)在定義main時行為幾乎一樣但在聲明語境下差別巨大。這是 C 語言一個著名的歷史遺留問題int main()在 C 里表示“參數(shù)列表未指定”編譯器不做參數(shù)個數(shù)和類型的檢查你可以傳任意參數(shù)進去編譯器不報錯。int main(void)明確表示“不接受任何參數(shù)”傳參就是編譯錯誤。對于main這個特殊函數(shù)因為它由運行時啟動代碼調(diào)用實際調(diào)用形式是固定的所以兩種寫法在main上表現(xiàn)一致。但如果你把這個習(xí)慣帶到普通函數(shù)上void f()和void f(void)的區(qū)別就會讓你吃苦頭。我建議統(tǒng)一寫void把“無參數(shù)”這件事表達清楚這是防御性編程的一部分。C 里情況簡單一些f()和f(void)完全等價都表示無參數(shù)。所以 C 程序員寫int main()完全沒問題但為了和 C 代碼風(fēng)格統(tǒng)一寫int main(void)也無妨。2. void main 為什么能編過編譯器擴展與標準的關(guān)系這是最讓人困惑的一點明明標準說main必須返回int為什么我用void main()在某個編譯器上就是能編過甚至跑得好好的答案在于編譯器擴展和標準符合性模式的區(qū)別。2.1 編譯器不是標準的執(zhí)法者編譯器廠商的首要目標是“讓用戶的代碼能編過”而不是“嚴格懲罰每一處不符合標準的寫法”。所以主流編譯器如 GCC、Clang、MSVC在默認模式下對void main往往只是給個警告甚至不警告。但一旦你打開嚴格模式情況就變了。以 GCC 為例-Wall -Wextra下void main通常會觸發(fā)-Wmain警告提示 “return type of main is not int”。如果你加上-Werror警告直接變錯誤編譯失敗。而-pedantic或-stdc99 -pedantic-errors下void main會被直接拒絕。# 默認模式可能只警告 gcc test.c -o test # 嚴格模式直接報錯 gcc -stdc99 -pedantic-errors test.c -o test # 輸出error: return type of main is not int [-Werrormain]MSVC 相對寬松void main在多數(shù)版本下能編過但同樣不推薦。Clang 的默認行為介于兩者之間會給出明確警告。2.2 嵌入式環(huán)境的特殊情況有些嵌入式工具鏈尤其是某些 8 位、16 位單片機的老編譯器確實支持void main因為在那類環(huán)境里程序根本沒有“返回給操作系統(tǒng)”這個概念——main返回后程序就停在那里或者復(fù)位了返回值沒有接收方。這類環(huán)境里void main是合理的但這是平臺特定約定不是 C 標準。我個人的經(jīng)驗是除非你明確知道目標平臺的啟動代碼要求void main否則一律寫int main(void)?？缙脚_代碼尤其要注意你在嵌入式上寫void main編過了拿到 PC 上用嚴格模式一編就炸這種移植問題很常見。2.3 標準原文怎么說C 標準C11 5.1.2.2.1明確規(guī)定程序啟動時調(diào)用的函數(shù)名為main其返回類型應(yīng)為int并給出了兩種允許的形式int main(void) { /* ... */ } int main(int argc, char *argv[]) { /* ... */ }標準還特別說明如果main執(zhí)行到}而沒有return效果等同于return 0。這是 C99 引入的便利規(guī)則C89 里沒有所以老代碼里你會看到每個main末尾都老老實實寫return 0;。C 標準C17 6.6.1的表述類似同樣要求返回int同樣允許省略return。C 還額外允許main沒有return語句時隱式返回 0這一點和 C99 之后一致。注意標準里main的兩種合法形式是int main(void)和int main(int argc, char *argv[])。int main()在 C 里因為“未指定參數(shù)”的語義也被認為是合法的但嚴格來說它不屬于標準列出的兩種形式只是被兼容規(guī)則覆蓋。3. 實操驗證用編譯器親手驗證五種寫法光講理論不夠我們直接上手編一遍看看不同編譯器、不同標準下到底什么反應(yīng)。這部分我建議你跟著敲一遍印象會深很多。3.1 準備五個測試文件分別寫五個文件內(nèi)容只有main的差異/* t1.c: main() */ main() { return 0; }/* t2.c: int main() */ int main() { return 0; }/* t3.c: int main(void) */ int main(void) { return 0; }/* t4.c: void main() */ void main() { }/* t5.c: void main(void) */ void main(void) { }3.2 用不同標準編譯并觀察結(jié)果下面是我實測的結(jié)果用 GCC 在 Linux 環(huán)境下跑出來的你可以對照自己的環(huán)境驗證。文件-stdc89-stdc99-stdc11 -pedantic-errors-stdc17t1.c通過通過警告報錯通過t2.c通過通過通過通過t3.c通過通過通過通過t4.c警告警告報錯警告t5.c警告警告報錯警告幾個關(guān)鍵觀察第一t1.c的main()在 C89 下完全合法因為 C89 允許隱式 int。到了 C99隱式 int 被移除但標準對main有特殊豁免所以仍能編過只是可能給警告。在-pedantic-errors下這個豁免不再生效直接報錯。第二t4.c和t5.c的void main在默認模式下只是警告但-pedantic-errors下直接失敗。這說明“能編過”完全依賴于編譯器的寬容度。第三C 模式下t1.c能過是因為 C 把main()當作int main()處理這是標準明確允許的。3.3 驗證返回值到底傳了什么寫個程序驗證void main的返回值到底是不是未定義的/* ret_test.c */ #include stdio.h void main(void) { printf(hello\n); /* 故意不 return */ }編譯運行后用 shell 查看退出碼gcc ret_test.c -o ret_test ./ret_test echo $?我在自己的機器上跑echo $?輸出的是 14具體值因環(huán)境而異每次可能不同。這就是“未定義行為”的直觀體現(xiàn)——你完全不知道程序向操作系統(tǒng)匯報了什么。如果這個程序被 CI 腳本用if ./ret_test; then判斷結(jié)果就是隨機的。對比一下int main(void)版本#include stdio.h int main(void) { printf(hello\n); return 0; }echo $?穩(wěn)定輸出 0。這就是標準返回值的價值。4. 工程實踐中的選擇建議與常見坑理論講完了落到實際項目里怎么選、怎么避坑這部分是我這些年踩出來的經(jīng)驗。4.1 不同場景的推薦寫法通用 C/C 項目一律int main(void)或int main(int argc, char *argv[])。這是最安全、最可移植的寫法任何編譯器、任何標準下都不會出問題。教學(xué)示例代碼也建議用int main(void)不要為了“省事”寫void main。學(xué)生養(yǎng)成壞習(xí)慣后到了嚴格環(huán)境里會反復(fù)碰壁。我見過不少初學(xué)者拿著教材上的void main去刷在線判題系統(tǒng)結(jié)果編譯錯誤還以為是題目有問題。嵌入式裸機程序看工具鏈要求。如果啟動代碼明確調(diào)用void main那就跟著寫否則還是int main(void)?，F(xiàn)代嵌入式工具鏈如 ARM GCC基本都支持標準寫法。競賽/刷題代碼int main()最常見因為不關(guān)心參數(shù)寫起來快。這在 C 里完全沒問題在 C 里也能過但嚴格來說不如int main(void)規(guī)范。4.2 三個高頻踩坑點坑一以為void main只是“風(fēng)格問題”。它不是風(fēng)格問題是未定義行為。在嚴格模式下編不過在寬松模式下返回值不可預(yù)測。如果你的程序被別的程序調(diào)用比如作為子進程返回值不可預(yù)測可能導(dǎo)致調(diào)用方邏輯錯亂?？佣ain遞歸調(diào)用。標準明確禁止遞歸調(diào)用main但有些編譯器不報錯。我見過有人寫了個遞歸main來模擬循環(huán)在某個編譯器上跑通了換編譯器直接崩潰。這種寫法絕對不要用?？尤齧ain的參數(shù)名寫錯。int main(int argc, char *argv[])里argc和argv只是約定俗成的名字你可以改成別的但強烈建議不要改。改了之后代碼可讀性下降而且很多靜態(tài)分析工具會按約定名字做檢查。4.3 常見問題速查表現(xiàn)象可能原因解決方式void main編譯報錯開啟了-pedantic-errors或-Werror改成int main(void)main返回值不是預(yù)期值用了void main或沒寫return顯式return 0;main()在 C99 下警告隱式 int 規(guī)則被移除改成int main(void)程序退出碼總是 0返回值被截斷或未定義檢查返回類型和返回值跨平臺編譯失敗某平臺要求特定main形式統(tǒng)一用標準形式提示如果你維護的是老代碼庫里面大量void main不要一次性全改容易引入回歸。建議在新增代碼里用標準寫法老代碼逐步替換配合編譯器的-Wmain警告做增量治理。5. 從 main 延伸到函數(shù)聲明的最佳實踐main的這五種寫法本質(zhì)上是 C 語言函數(shù)聲明歷史問題的一個縮影。把這個搞懂了普通函數(shù)的聲明也能舉一反三。5.1 無參數(shù)函數(shù)一律寫 void在 C 里void f()和void f(void)的區(qū)別前面講過。我的建議是所有無參數(shù)函數(shù)都寫void包括main。這樣做的收益是編譯器能幫你檢查出“不小心傳了參數(shù)”的錯誤。我接手過一個項目里面有個void init()函數(shù)某次重構(gòu)時有人誤寫成init(1)編譯器一聲不吭運行時行為詭異排查了兩天才發(fā)現(xiàn)。如果當初寫的是void init(void)編譯階段就攔住了。5.2 返回類型不要省C89 允許省略返回類型默認int。C99 之后這個規(guī)則被移除main除外。所以除了main其他函數(shù)都必須顯式寫返回類型。即使是main也建議顯式寫int不要依賴隱式規(guī)則。5.3 參數(shù)列表要完整int main(int argc, char *argv[])里char *argv[]等價于char **argv。兩種寫法都合法但[]形式更能表達“這是一個字符串數(shù)組”的意圖。工程里我傾向于用char *argv[]可讀性更好。5.4 用編譯器選項做守門人把嚴格選項寫進構(gòu)建系統(tǒng)讓編譯器幫你守住底線# GCC/Clang 推薦選項 -Wall -Wextra -Wpedantic -Werror -stdc11這幾個選項加上之后void main、隱式 int、參數(shù)不匹配等問題都會在編譯階段暴露。前期可能要多改一些代碼但長期收益巨大。我現(xiàn)在的項目模板里默認就帶這些選項新同事入職第一件事就是習(xí)慣嚴格模式。6. 我個人的經(jīng)驗總結(jié)寫了這么多年 C/C關(guān)于main的寫法我的態(tài)度很明確標準怎么寫就怎么寫不要貪那一點敲鍵盤的便利。int main(void)比void main()多敲幾個字符但換來的是跨平臺可移植、返回值可預(yù)測、嚴格模式不報錯。這筆賬怎么算都劃算。我印象最深的一次是幫一個團隊排查 CI 隨機失敗的問題最后定位到某個工具程序的main寫成了void退出碼時好時壞導(dǎo)致 CI 腳本的判斷邏輯間歇性抽風(fēng)。改成int main(void)并顯式return 0;之后問題徹底消失。這種問題不常見但一旦碰上排查成本極高因為你會默認“程序退出碼應(yīng)該是 0”根本不會往main的返回類型上想。所以我的建議就三條第一新代碼一律int main(void)或int main(int argc, char *argv[])第二構(gòu)建系統(tǒng)開嚴格模式讓編譯器當守門人第三看到void main就順手改掉別讓它繼續(xù)傳播。這三條做到了main相關(guān)的坑基本就跟你無緣了。