WinLibs下載頁面上那個UCRT和MSVCRT的選擇估計勸退了不少剛?cè)肟拥娜?。我當年第一次打開這個網(wǎng)站看著滿屏的GCC版本號和zip包第一反應(yīng)是直接關(guān)掉去找一鍵安裝包。后來用順手了才發(fā)現(xiàn)WinLibs其實很簡單一個解壓即用的GCC/MinGW-w64工具鏈專門給Windows平臺準備適合不想折騰MSYS2、也不需要Visual Studio那種大塊頭的C/C開發(fā)者。真正需要在下載前想明白的就是UCRT和MSVCRT這兩個運行時怎么選。這篇把我自己的理解、選擇邏輯和完整安裝過程寫一遍按這套思路來5分鐘就能把環(huán)境跑起來而且不會再糾結(jié)。1. WinLibs到底是什么為什么裝個編譯器還要做選擇題1.1 一個解壓即用的GCC工具鏈先把這個東西的本質(zhì)說清楚。WinLibs是第三方維護的Windows平臺GCC工具鏈發(fā)行版核心內(nèi)容是MinGW-w64編譯器套件也就是GCC在Windows上的移植版本。它不是像MSYS2那樣帶完整包管理器的生態(tài)也不是Cygwin那樣上面套了一層POSIX模擬層的環(huán)境而是一個很純粹的“編譯器壓縮包”下載、解壓、配置PATH然后就得到一個能用的gcc、g、gdb、make以及一堆Windows原生庫和頭文件。我覺得它最適合的人群是這幾類想用純GCC寫C/C但不想裝Visual Studio的在學(xué)?；蛘邔嶒炇矣肔inux寫代碼、回Windows臨時編譯提交作業(yè)的以及做跨平臺項目、需要驗證代碼在GCC下能不能過的Windows開發(fā)者。WinLibs解決的問題很直接給你一套不自帶奇怪依賴、不強制包管理的原生Windows編譯器。有人會問那MSYS2不也能做到嗎能但MSYS2默認把工具鏈、包管理器、shell環(huán)境全揉在一起對“我只要一個編譯器”的人來說有點重。WinLibs就是那種拿來即用的發(fā)行版它的更新節(jié)奏也快基本跟著新版本GCC走這也是我長期用它的原因。1.2 下載頁面那一堆選項分別代表什么打開winlibs.com你看到的不是一個大大的“Download”按鈕而是一排參數(shù)很多人就是在這里開始懵的。我簡單拆一下架構(gòu)x86_64代表64位i686代表32位。現(xiàn)在絕大多數(shù)電腦是64位Windows直接選x86_64不用猶豫。除非你明確要編32位程序給老設(shè)備用否則32位版本不需要碰。線程模型posix或者win32后面會單獨說默認posix。異常處理模型SEH、SJLJ、DWARF64位版本基本是SEH一個選項后面會展開講。運行時UCRT還是MSVCRT這就是本文的核心選擇題。GCC版本號選最新穩(wěn)定版就行網(wǎng)站一般會把最新版放在最上面。這些參數(shù)最后都會體現(xiàn)在文件名里比如我下載的那個包長這樣winlibs-x86_64-posix-seh-gcc-14.2.0-mingw-w64ucrt-12.0.0-r1.zip。把文件名拆開看x86_64是架構(gòu)posix是線程模型seh是異常處理模型gcc-14.2.0是GCC版本ucrt就是運行時類型。所以你下載的時候不是在做一道抽象選擇題而是在選一個具體配置的工具鏈。2. UCRT和MSVCRT差在原生的“地基”2.1 先搞清楚“運行時”是什么很多教程默認你懂運行時其實這個坑不填上選擇永遠都是瞎猜。用一句話解釋你寫的C代碼里那些printf、malloc、strcpy編譯器不會真的逐個幫你實現(xiàn)而是去調(diào)用某個現(xiàn)成的庫這個庫就是C運行時C Runtime。Windows上的情況比較特殊。Linux系統(tǒng)自帶glibc大家不用選但Windows上微軟提供過好幾代C運行時MinGW-w64編譯出來的程序默認要跟其中某一個對接。UCRT和MSVCRT就是兩個不同年代的對接對象。選哪個運行時直接決定了你的exe在別人電腦上依賴哪個系統(tǒng)DLL、能跑在哪些Windows版本上、標準庫行為跟不跟得上現(xiàn)代C標準。2.2 UCRT微軟在2015年后重新做的C運行時UCRT全稱Universal C Runtime是微軟在Visual Studio 2015前后重新設(shè)計的一套C運行時。它的定位就是替代老掉牙的MSVCRT解決標準庫實現(xiàn)不完整、長期不更新、區(qū)域和字符處理混亂的問題。從Windows 10開始UCRT直接作為操作系統(tǒng)組件內(nèi)置也就是說只要目標機器是Windows 10或Windows 11你的程序鏈接UCRT運行的時候不需要額外安裝任何東西。UCRT最大的優(yōu)勢是“還在被維護”。它跟著Windows Update一起更新微軟會修bug、補函數(shù)、調(diào)整行為C99和C11的符合度比MSVCRT高一大截。另外它在Unicode和區(qū)域設(shè)置上現(xiàn)代得多如果你跟中文、UTF-8、各種語言環(huán)境打交道UCRT會讓你少掉很多頭發(fā)。MinGW-w64從某個版本開始支持UCRT目標之后WinLibs的UCRT構(gòu)建就一路做下來了目前是官網(wǎng)主推的默認項。2.3 MSVCRT二十多年前的老將MSVCRT對應(yīng)的動態(tài)庫是msvcrt.dll這個文件從Windows 95時代就在系統(tǒng)里源頭可以追溯到Visual C 6.0那一代產(chǎn)品1998年左右。微軟后來基本不再更新它它在現(xiàn)代Windows里存在的意義更多是“兼容老程序”。那MSVCRT為什么還沒被淘汰因為兼容性這個屬性太強了。它幾乎出現(xiàn)在所有Windows版本上從XP到Windows 11都能找到msvcrt.dll所以編譯出的二進制理論上可以跑得非常老的操作系統(tǒng)。早期MinGW和MinGW-w64默認鏈接的就是它大量歷史遺留的預(yù)處理庫、DLL、開源項目二進制都是按MSVCRT編譯的。你在用這些老庫對接自己的程序時如果能跟它保持同一個運行時能省掉一大批符號沖突和內(nèi)存分配邊界問題。2.4 一張表看透核心差異對比維度UCRTMSVCRT出身年代2015年隨VS2015引入1998年VS6時代基本凍結(jié)系統(tǒng)內(nèi)置情況Windows 10/11內(nèi)置Windows 95以來全系列都有舊系統(tǒng)支持宗旨面向Win10老系統(tǒng)要額外補丁XP、Vista、Win7原生可用C99/C11符合度高較接近標準實現(xiàn)低部分函數(shù)缺失或行為古老Unicode/區(qū)域處理現(xiàn)代支持UTF-8 code page老式區(qū)域邏輯常見亂碼更新維護Windows Update持續(xù)更新不再更新第三方庫兼容新庫基本都適配老MinGW預(yù)編譯庫常見看完這張表你可能會覺得那肯定選UCRT啊。確實對新項目來說UCRT是更優(yōu)解但事情沒這么絕對下面說選擇邏輯。3. 到底怎么選默認UCRT特殊情況再回頭看3.1 為什么默認選UCRT我給你一個直接結(jié)論如果沒有任何特殊理由直接選UCRT版本不用問了。理由很樸素。第一你的開發(fā)機和目標機器大概率都是Windows 10或Windows 11UCRT內(nèi)置部署零成本。第二UCRT還在被微軟維護標準庫行為更接近Linux下的glibc代碼跨平臺移植時少踩坑。第三現(xiàn)代第三方庫尤其是這幾年還在活躍維護的C/C庫對UCRT的適配已經(jīng)非常成熟繼續(xù)綁著MSVCRT反而是給自己找麻煩。我自己的經(jīng)歷是早些年用MSVCRT版本編譯一個用到了標準正則和字符轉(zhuǎn)換的程序在Linux上跑得好好的到Windows上就出現(xiàn)各種詭異行為。后來查到根子是msvcrt.dll那套老掉牙的字符處理。切到UCRT之后代碼一行沒改行為就正常了。那次之后我所有新項目一律UCRT起步。3.2 出現(xiàn)這四種情況再考慮MSVCRT當然UCRT不是萬能的下面這幾種情況我建議老老實實切回MSVCRT必須兼容Windows 7及更早的系統(tǒng)。雖然Windows 7 SP1理論上可以通過補丁安裝UCRT但實際部署中沒人會為了你的程序去裝一個不停機更新的運行庫補丁。msvcrt.dll是系統(tǒng)自帶的MSVCRT版本過去就能跑。你要對接別人提供的舊MinGW預(yù)編譯DLL或靜態(tài)庫。這種老庫基本是按MSVCRT ABI編譯的你拿UCRT程序去鏈接輕則警告重則鏈接失敗。最省事的方案是讓工具鏈跟對方保持同一個運行時。項目里依賴了某些直接操作CRT內(nèi)部結(jié)構(gòu)的第三方組件比如鉤子庫、內(nèi)存檢測工具、插件注入器之類它們往往假設(shè)你用的是某個特定運行時。拿不準目標機器環(huán)境又沒法逐個確認的時候。有些工業(yè)老設(shè)備、嵌入式相關(guān)主機裝的是精簡版Windows里面可能沒跟著Windows Update長期維護MSVCRT這種“系統(tǒng)永遠自帶”的選項更保險。一句話總結(jié)面向現(xiàn)代Windows的新項目選UCRT面向老系統(tǒng)或老庫選MSVCRT。兩個版本可以同時下載到不同目錄切換時改一下PATH就行所以不必把這個選擇當成一錘子買賣。4. 5分鐘完成安裝與配置圖文級步驟4.1 下載并解壓打開winlibs.com網(wǎng)頁頂部就是“Latest available builds”一般會列出幾個GCC版本每個版本后面都有UCRT和MSVCRT兩個鏈接。我以“x86_64 posix SEH UCRT”為例點對應(yīng)的鏈接下載zip包。如果你選了MSVCRT也沒關(guān)系后續(xù)步驟完全一樣。下載完解壓我建議放到一個干凈、沒有空格、不在受控目錄下的路徑比如C:\winlibs\mingw64或者D:\dev\mingw64。不建議解壓到C:\Program Files倒不是說GCC跑不了而是UAC權(quán)限會讓你以后生成的項目文件、臨時文件都收到各種“拒絕訪問”的干擾。解壓工具的“Extract All”通常會自動創(chuàng)建一個同名文件夾注意最后確認一下頂層目錄里能直接看到bin、include、lib這些文件夾。4.2 配置PATH環(huán)境變量這一步做完工具鏈才算真正能用。右鍵“此電腦”進入“屬性”選“高級系統(tǒng)設(shè)置”點“環(huán)境變量”。想讓你自己一個人用就編輯用戶變量里的Path想讓這臺機器上所有用戶都能用就編輯系統(tǒng)變量里的Path。點“新建”把C:\winlibs\mingw64\bin這一行填進去確定保存。如果你習(xí)慣命令行也可以用PowerShell追加到用戶PATH一條命令的事[Environment]::SetEnvironmentVariable( Path, [Environment]::GetEnvironmentVariable(Path, User) ;C:\winlibs\mingw64\bin, User )注意這條命令每次執(zhí)行都會追加一個重復(fù)項所以跑過一次就好別當成反復(fù)使用的腳本。無論用哪種方式配置完之后已經(jīng)打開的終端窗口全部關(guān)掉重開PATH刷新需要新的進程環(huán)境。4.3 驗證工具鏈是否可用新開一個命令行窗口依次執(zhí)行下面幾條命令gcc --version g --version where gcc where ggcc --version會輸出類似gcc (WinLibs) 14.2.0 ...這樣的信息where gcc會顯示gcc實際路徑。如果路徑指向的是C:\winlibs\mingw64\bin\gcc.exe說明配置成功。這里提醒一句如果輸出的是別的路徑比如來自MSYS2、Qt自帶的編譯器、Strawberry Perl之類說明PATH里有多個GCC在搶位置后面第6章會專門說怎么處理。到這一步一個可用的WinLibs工具鏈就裝完了全程確實用不了5分鐘。5. 裝完之后先驗證一件事你鏈接的到底是哪個運行時5.1 寫一個最小的測試程序裝完不等于萬事大吉。很多人下載的時候壓根沒注意自己點的哪個鏈接裝完也不知道自己用的UCRT還是MSVCRT。我建議第一步就寫個測試程序把運行時確認清楚。隨便建一個目錄比如C:\temp\test新建一個test.c寫這個最基本的程序#include stdio.h int main(void) { printf(runtime test ok\n); return 0; }然后在命令行里編譯gcc test.c -o test.exe如果編譯過程沒報錯運行test.exe能看到輸出說明工具鏈本身工作正常。5.2 檢查exe實際依賴的DLL要確認你鏈接的運行時到底是哪個最直接的方法是看exe依賴哪些系統(tǒng)DLL。MinGW-w64自帶的objdump就能干這活objdump -p test.exe | findstr DLL Name輸出里會列出一堆DLL重點關(guān)注這兩行的區(qū)別如果看到ucrtbase.dll或api-ms-win-crt-*.dll你用的是UCRT版本。如果看到msvcrt.dll你用的是MSVCRT版本。用PowerShell的話把findstr換成Select-String DLL Name就行。這一步的實操價值在于當你的程序在別人機器上報“找不到DLL入口點”之類的錯時你能快速判斷是不是運行時版本和系統(tǒng)環(huán)境不匹配排查起來會快很多。6. 實際使用中的常見坑與排查實錄6.1 “gcc不是內(nèi)部或外部命令”這應(yīng)該是新手遇到最多的問題。出現(xiàn)這個提示先打開新終端再敲一次命令如果好了就是剛才沒重啟終端。如果還是不行檢查PATH是否真的寫進去了路徑是否拼錯。還有一個高頻原因你編輯的是用戶PATH但終端是以管理員身份打開管理員會話和普通用戶會話的環(huán)境變量不一定同步。另外記得用where gcc看解析結(jié)果Windows在PATH里找命令是按順序從上往下找的找到第一個就不往下看了所以順序錯也會導(dǎo)致“明明裝了卻調(diào)用了別的版本”。6.2 一運行就提示缺少libwinpthread-1.dll這是posix線程模型特有的問題。WinLibs的posix版本編譯程序時默認動態(tài)鏈接libwinpthread庫所以exe運行時需要同目錄或PATH里有l(wèi)ibwinpthread-1.dll這個文件就在你的mingw64\bin里。如果你只是在自己機器上跑通常沒問題但你要是把exe拷給別人或者放進一個不包含bin目錄的環(huán)境就會報缺失。兩個解決辦法一是拷貝時把libwinpthread-1.dll一起帶上二是在編譯鏈接時加-static參數(shù)讓GCC把運行時依賴靜態(tài)鏈接進去gcc test.c -o test.exe -static我個人做命令行小工具時都喜歡順手加-static分發(fā)省心但要注意靜態(tài)鏈接會讓程序體積變大而且如果你依賴了其他要求動態(tài)鏈接的庫這個方法就不適用了。6.3 編譯出的程序拷到別的電腦上無法運行除了libwinpthread還可能缺libgcc_s_seh-1.dll、libstdc-6.dll等GCC運行庫。具體缺哪個還是用objdump -p查依賴?？匠绦蚪o別人的時候要么把這個環(huán)境里bin目錄下的相關(guān)DLL一起帶過去要么就直接靜態(tài)鏈接。對純命令行工具和演示程序靜態(tài)鏈接是成本最低的方案。如果你在做一個正經(jīng)項目建議用打包工具把所需的DLL一起打進安裝包里別指望每臺機器都裝了MinGW。6.4 裝過MSYS2或其他GCC命令被“搶走”了很多人的Windows上不止一套GCCMSYS2裝過、Qt裝過、某個軟件捆綁裝過。這時候where gcc會列出所有能被找到的gcc.exe排在最前面的生效。解決辦法很簡單打開環(huán)境變量編輯窗口把WinLibs的bin目錄上移到其他GCC目錄之前。移動完之后重啟終端再跑where gcc確認。還有一個更干凈的做法不設(shè)置全局PATH而是寫一個env.bat每次開編譯終端先執(zhí)行它臨時把WinLibs加進當前會話set PATHC:\winlibs\mingw64\bin;%PATH%這樣全局環(huán)境不會被搞亂還能按項目切換不同GCC我自己后來就一直用這種方式。7. 順手把另外兩個“選擇困難”也解決掉7.1 posix線程還是win32線程WinLibs下載頁的線程模型選項就這倆。一次性說清楚win32線程模型只提供Windows原生的線程API包裝對C11標準庫里的std::thread、std::mutex支持不完整posix線程模型則為GCC的libstdc提供完整的線程支持std::thread、std::async、std::mutex這些都能正常用代價是程序會依賴libwinpthread-1.dll。除非你有極其特殊的需求比如編譯產(chǎn)物不能有任何額外的運行時DLL否則就選posix?，F(xiàn)在業(yè)界默認也是posixWinLibs官方把posix放前面不是沒道理的。寫C線程代碼的朋友尤其記住這句話win32線程模型會讓你在編譯期或者運行期被C標準線程庫坑得很慘。7.2 SEH、SJLJ、DWARF到底選誰異常處理模型這個選項64位版本不用選默認SEH。SEH是Windows原生的結(jié)構(gòu)化異常處理機制性能好跟其他Windows程序互操作也順。32位版本里你會看到SJLJ和DWARF兩個選項SJLJsetjmp/longjmp兼容性最好異常能跨DLL邊界傳播但性能差一些DWARF性能更好但要求整個程序涉及的所有DLL都統(tǒng)一用DWARF編譯否則異?？赡軅鞑贿^去。結(jié)論64位系統(tǒng)直接SEH不用糾結(jié)真到了需要用32位i686版本的時代無腦選SJLJ就完了。這倆性能差距在現(xiàn)代CPU上體現(xiàn)得微乎其微兼容性反而更重要。7.3 GCC版本選哪個WinLibs官網(wǎng)上會同時提供多個GCC版本還有實驗版本。我的建議是不搞特殊就選最新的穩(wěn)定版一般就是網(wǎng)站列表里最上面那個。實驗版本適合想嘗鮮GCC新特性的玩家不適合當日常工作環(huán)境。如果你的項目有特定GCC版本要求比如必須用老GCC編譯某個老代碼庫那就按需求選反正多下載幾個版本放不同目錄互不沖突切換成本幾乎為零。最后再分享一個我自己的使用習(xí)慣。從一開始在群里問“UCRT和MSVCRT選哪個”到現(xiàn)在我踩過的坑主要集中在運行時依賴和PATH沖突上而不是編譯器本身。所以我現(xiàn)在裝WinLibs一定會順手做三件事把下載的zip版本和文件名記錄在項目README里方便以后復(fù)現(xiàn)環(huán)境寫一個按項目激活PATH的bat腳本避免全局環(huán)境污染編譯小工具一律加-static省去分發(fā)DLL的麻煩。這三個習(xí)慣看著不起眼實際幫我省掉了很多次“換臺電腦就編譯不過、跑不起來”的尷尬。你第一次裝的話先把UCRT版本裝好把第5章的運行時驗證跑一遍然后正常寫代碼就行了——選UCRT還是MSVCRT這個糾結(jié)真不值得你花超過5分鐘。