簡(jiǎn)介Dev-C中文版使用手冊(cè)是一份面向C/C編程初學(xué)者的PDF文檔專(zhuān)注講解Dev-C集成開(kāi)發(fā)環(huán)境的完整使用流程幫助讀者快速掌握從編寫(xiě)源代碼到編譯運(yùn)行與調(diào)試的常用操作。資源包內(nèi)含1個(gè)PDF文件整體大小僅1.12MB輕量精簡(jiǎn)便于隨時(shí)查閱。目前已有312人學(xué)習(xí)適合正在上C語(yǔ)言課、需要完成上機(jī)實(shí)驗(yàn)的在校學(xué)生也適合自學(xué)C/C基礎(chǔ)的朋友。手冊(cè)詳細(xì)說(shuō)明了Dev-C的啟動(dòng)方法、新建源程序、界面語(yǔ)言切換、文件保存、預(yù)處理/編譯/鏈接、運(yùn)行程序等基本操作并針對(duì)編譯日志中的錯(cuò)誤信息給出排錯(cuò)提示。更進(jìn)一步還介紹了斷點(diǎn)設(shè)置、單步執(zhí)行與調(diào)試狀態(tài)下的變量觀察方法能夠幫助讀者快速定位程序中的深層問(wèn)題養(yǎng)成規(guī)范的編碼與調(diào)試習(xí)慣。1. 中文版 Dev-C 到底在解決什么不是漢化是把第一個(gè)程序跑起來(lái)很多人把 dev-c 中文版使用手冊(cè).pdf 下載下來(lái)翻兩頁(yè)就放進(jìn)下載文件夾吃灰因?yàn)檎嬲雴?wèn)的問(wèn)題只有兩個(gè)裝哪個(gè)版本才不會(huì)打開(kāi)就閃退為什么照著教程敲完代碼一點(diǎn)編譯就彈出 source file not compiled。這份手冊(cè)的安裝截圖部分到今天還能參考但版本選型、中文漢化補(bǔ)丁、編譯器標(biāo)準(zhǔn)這些事舊手冊(cè)里基本沒(méi)寫(xiě)而它們恰恰是新手耗時(shí)間最多的地方。這篇筆記就按安裝、配置、第一個(gè)程序、常見(jiàn)翻車(chē)點(diǎn)重講一遍看到第 4 章能省下一整天的搜索時(shí)間。適合被 Visual Studio 安裝包勸退、手頭只有老電腦、以及所有只想把 C/C 作業(yè)趕緊跑起來(lái)的初學(xué)者。2. 下載源選型與中文漢化為什么官網(wǎng)版裝完還是英文菜單網(wǎng)上搜 dev-c 官網(wǎng)前幾頁(yè)的下載站讓人頭皮發(fā)麻有的掛著十幾年前的版本有的點(diǎn)下載按鈕下載下來(lái)一個(gè)解壓密碼。在討論“怎么漢化”之前先把版本選對(duì)后面一大半問(wèn)題都不會(huì)發(fā)生。2.1 三個(gè)分支怎么選Bloodshed、Orwell、小熊貓Dev-C 這個(gè)名字底下其實(shí)有三代東西。最早是 Bloodshed 做的項(xiàng)目停更很早很多學(xué)校課件里還在用它的 4.9.9那個(gè)版本在 Windows 10 上打開(kāi)就閃退只能開(kāi)兼容模式勉強(qiáng)跑。后來(lái)社區(qū)有人接手做了 Orwell Dev-C把編譯器換成 TDM-GCC 4.9.2支持了中文界面版本號(hào)停在 5.11 附近網(wǎng)上流傳的“Dev-C 5.11 中文版”基本都來(lái)自這條線。最近幾年國(guó)內(nèi)社區(qū)維護(hù)的小熊貓 Dev-C 是最省事的安裝包默認(rèn)簡(jiǎn)體中文自帶的新版 MinGW-w64 編譯器支持到 C20更新也還在繼續(xù)。我一般會(huì)直接裝小熊貓版理由不是它功能多而是它把新手會(huì)踩的坑提前填了。Orwell 5.11 默認(rèn)界面雖然是英文但可以通過(guò)設(shè)置切中文問(wèn)題是它自帶的 TDM-GCC 4.9.2 對(duì) C14/17 支持得很勉強(qiáng)你要是照著網(wǎng)課代碼用了新版語(yǔ)法編譯報(bào)錯(cuò)會(huì)查到你懷疑人生。小熊貓版把編譯器升級(jí)這件事一并解決了裝完就是中文菜單語(yǔ)言標(biāo)準(zhǔn)下拉框里直接有 C17、C20。分支維護(hù)狀態(tài)默認(rèn)界面自帶編譯器適合場(chǎng)景Bloodshed 原版已停更英文遠(yuǎn)古 MinGW老課件、博物館Orwell 5.11基本停更英文可切中文TDM-GCC 4.9.2網(wǎng)課指定版本小熊貓版活躍更新簡(jiǎn)體中文MinGW-w64新裝、C17/20這里有個(gè)容易繞進(jìn)去的點(diǎn)TDM-GCC 和 MinGW-w64 都是 Windows 上的 GCC 移植版但前者停留在 32 位工具鏈時(shí)代后者是 64 位主流。Dev-C 的圖形界面本身是 32 位程序不代表它生成的 exe 也得是 32 位編譯器支持 64 位就能編出 64 位程序。小熊貓版默認(rèn)就是 64 位編譯器這對(duì)后續(xù)寫(xiě)數(shù)據(jù)結(jié)構(gòu)、刷算法題沒(méi)有影響但能避免某些老版本在分配大內(nèi)存數(shù)組時(shí)直接崩掉。2.2 下載源識(shí)別與安裝官網(wǎng)、鏡像、漢化包的區(qū)分搜出來(lái)一堆下載站怎么挑記住一個(gè)原則認(rèn)發(fā)布主頁(yè)不認(rèn)聚合站。Bloodshed 官網(wǎng)早就打不開(kāi)了現(xiàn)在搜 dev-c 官網(wǎng)排前面的很多是下載站自己套的殼。Orwell 版的發(fā)布頁(yè)在 SourceForge 上文件命名一般帶有“Dev-Cpp 5.11 TDM-GCC x64 Setup”字樣安裝包大概在 60MB 上下。小熊貓版的發(fā)布頁(yè)在 GitHub release下載文件名會(huì)帶 setup.exe 后綴。第三方漢化站給的“dev-c中文漢化版”不全都不能用但存在兩個(gè)問(wèn)題一是捆綁安裝二是打包時(shí)間早內(nèi)置編譯器版本低。安裝時(shí)有個(gè)實(shí)際經(jīng)驗(yàn)安裝路徑別用默認(rèn)的 C:\Program Files。這個(gè)目錄帶空格某些舊版 Dev-C 的 make 在解析路徑時(shí)會(huì)把路徑切斷導(dǎo)致編譯找不到文件。我一般裝到 D:\Dev-Cpp 這種純英文路徑。另一個(gè)是中文用戶(hù)名問(wèn)題Windows 用戶(hù)名如果是張三C:\Users\張三\AppData 下的配置路徑就帶中文Dev-C 里項(xiàng)目文件默認(rèn)存到文檔目錄編到一般就報(bào)錯(cuò)。這不是 Dev-C 的 bug是 GCC 工具鏈對(duì)非 ASCII 路徑的老毛病。安裝包和解壓版之間我建議用安裝包。解壓版雖然免安裝但語(yǔ)言文件、編譯器的路徑配置都依賴(lài) exe 所在位置挪動(dòng)文件夾之后配置容易壞。安裝版在注冊(cè)表里寫(xiě)了安裝路徑重裝系統(tǒng)前把整個(gè)文件夾拷走換到新機(jī)器上通常還能直接跑這個(gè)才是真正的后悔藥。提示安裝時(shí)遇到殺毒軟件攔截 g.exe先看安裝包的下載來(lái)源確認(rèn)是從發(fā)布頁(yè)下載的再放行不要順手把殺毒軟件關(guān)了。2.3 裝完先認(rèn)識(shí)三個(gè)目錄bin、lib、include 與切換中文裝完第一件事不是寫(xiě)代碼是看一眼安裝目錄。Dev-C 有三樣?xùn)|西是它干活的本錢(qián)bin 目錄放著 g.exe、ld.exe、make.exe這是真正的編譯器include 目錄放著頭文件iostream、cstdio 都在這lib 目錄放著靜態(tài)庫(kù)和動(dòng)態(tài)庫(kù)程序運(yùn)行時(shí)依賴(lài)的 libstdc-6.dll 也在這里。搞清楚這三者后面編譯報(bào)錯(cuò)時(shí)就知道去哪個(gè)目錄檢查文件還在不在。界面切中文的路徑有些反直覺(jué)菜單欄點(diǎn)“Tools - Environment Options”彈窗里找到“Interface Language”下拉選“Chinese”確定后重啟才生效。小熊貓版裝完默認(rèn)就是中文不需要這一步。這里有個(gè)細(xì)節(jié)Dev-C 的漢化只是菜單和對(duì)話框顯示中文編譯器輸出信息、控制臺(tái)報(bào)錯(cuò)仍然是英文這是正常的不要以為是漢化沒(méi)裝好。如果你下載的是第三方漢化包它的原理是往 Languages 目錄里放一個(gè) Chinese.lng 文件再讓程序去讀。這個(gè)目錄在安裝目錄下的 Languages 文件夾少文件可以補(bǔ)文件版本不匹配就會(huì)導(dǎo)致菜單還是英文甚至選項(xiàng)錯(cuò)位。所以排查“漢化無(wú)效”時(shí)先打開(kāi)這個(gè)目錄看有沒(méi)有 lng 文件再看文件大小是不是 0KB這兩個(gè)檢查能過(guò)濾掉一大半問(wèn)題。3. 編譯器三個(gè)必調(diào)參數(shù)與第一個(gè)可運(yùn)行程序從菜單編譯到命令行 gDev-C 只是個(gè)圖形前端真正編譯代碼的是它背后的 GCC。新手最容易忽視的一點(diǎn)是菜單里點(diǎn)“編譯運(yùn)行”和命令行敲 g 是同一件事只是前端幫你擋掉了參數(shù)。理解了這一點(diǎn)配置編譯器就不是玄學(xué)而是三個(gè)參數(shù)的事。3.1 必調(diào)參數(shù)一確認(rèn)編譯器是 TDM-GCC 還是 MinGW-w64安裝完第一步打開(kāi)“工具 - 編譯選項(xiàng)”看“編譯器”選項(xiàng)卡里填的編譯目錄是哪個(gè)或者直接到安裝目錄 bin 下敲一條命令驗(yàn)證cd /d D:\Dev-Cpp\bin g --version輸出里能看到 GCC 版本號(hào)和編譯器的構(gòu)建名。如果是“TDM GCC”字樣說(shuō)明這是老版本工具鏈如果是“MinGW-w64”字樣說(shuō)明是新版。這一步?jīng)Q定了你能否用上 C14 之后的新特性。萬(wàn)一你系統(tǒng)里還裝了別的 g在 cmd 里直接敲 g --version 未必是 Dev-C 在干活先 cd 到 Dev-C 的 bin 目錄再敲才能確認(rèn)。注意命令行里凡是出現(xiàn)“不是內(nèi)部或外部命令”的原因就一條——當(dāng)前環(huán)境變量 PATH 里沒(méi)有 g。不一定要改 PATH后面會(huì)講到更穩(wěn)妥的辦法。3.2 必調(diào)參數(shù)二語(yǔ)言標(biāo)準(zhǔn)下拉框與 -stdc17GCC 5 之前默認(rèn)按 C98 標(biāo)準(zhǔn)編譯GCC 9 之后默認(rèn) C14Dev-C 里真正決定語(yǔ)言版本的是編譯參數(shù) -std。在“工具 - 編譯選項(xiàng) - 代碼生成/優(yōu)化”里有個(gè)“語(yǔ)言標(biāo)準(zhǔn)”下拉框里面列了 ISO C11、ISO C14 等選項(xiàng)。小熊貓版這里直接有 C17、C20 可選Orwell 5.11 的下拉框最到哪兒就看到哪兒不夠用時(shí)在“編譯時(shí)加入以下命令”輸入框里手動(dòng)補(bǔ)-stdc17這里有個(gè)重復(fù)設(shè)置的坑下拉框選過(guò)某個(gè)標(biāo)準(zhǔn)又在命令行補(bǔ)了 -stdc17編譯器會(huì)收到兩個(gè) -std 參數(shù)GCC 默認(rèn)采用最后一個(gè)但 Dev-C 會(huì)按“額外參數(shù)優(yōu)先”還是“下拉框優(yōu)先”因版本而異結(jié)果難以預(yù)測(cè)。我的做法是二選一小熊貓版用下拉框Orwell 版用額外的 -stdc17不要兩處都設(shè)。驗(yàn)證標(biāo)準(zhǔn)是否生效編譯一段 lambda 加 auto 的代碼最快#include iostream int main() { auto add [](int a, int b) { return a b; }; std::cout add(3, 4) std::endl; return 0; }這段代碼在 ISO C11 之后都能編譯通過(guò)。如果它報(bào)錯(cuò)“l(fā)ambda expressions only available with -stdc11”之類(lèi)說(shuō)明工具鏈實(shí)在太老或者 -std 參數(shù)沒(méi)傳進(jìn)去。這種報(bào)錯(cuò)信息是英文的但關(guān)鍵詞在 PDF 手冊(cè)的“編譯錯(cuò)誤”章節(jié)中一般有對(duì)照表照著關(guān)鍵詞去翻就行。3.3 必調(diào)參數(shù)三-static 讓 exe 拷走就能跑教學(xué)場(chǎng)景里最經(jīng)典的翻車(chē)在自己電腦編譯通過(guò)的程序拷到機(jī)房電腦雙擊彈窗提示“缺少 libstdc-6.dll”。原因是程序默認(rèn)動(dòng)態(tài)鏈接運(yùn)行時(shí)去系統(tǒng)目錄找 GCC 運(yùn)行庫(kù)機(jī)房電腦沒(méi)裝 MinGW 自然找不到。解決辦法是編譯時(shí)加 -static 參數(shù)把用到的運(yùn)行庫(kù)直接編進(jìn) exeg -stdc17 -static -O2 hello.cpp -o hello.exe-staic 會(huì)讓體積變大一個(gè) hello.exe 從 90KB 變成 1.7MB換來(lái)的是獨(dú)立的可執(zhí)行文件拷到哪里都能跑。-O2 是優(yōu)化參數(shù)讓編譯器做二級(jí)優(yōu)化作業(yè)場(chǎng)景無(wú)所謂算法競(jìng)賽刷題時(shí)明顯快一截。這兩個(gè)參數(shù)加上 -std 是我最常用的組合都在“編譯時(shí)加入以下命令”輸入框里寫(xiě)用空格分隔。3.4 第一個(gè)程序從菜單編譯到命令行驗(yàn)證把下面這段保存為 hello.cpp注意編碼。Dev-C 新版編輯器默認(rèn)按 UTF-8 保存但 Windows 控制臺(tái)按 GBK 解碼直接輸出中文會(huì)亂碼。最穩(wěn)的寫(xiě)法是源碼里不寫(xiě)中文字面量或者編譯時(shí)加 -fexec-charsetGBK#include iostream int main() { std::cout hello dev-c std::endl; return 0; }在 Dev-C 里點(diǎn)菜單“運(yùn)行 - 編譯運(yùn)行”或者按工具欄上對(duì)應(yīng)的編譯運(yùn)行按鈕正常會(huì)彈出控制臺(tái)窗口顯示結(jié)果。這一步能通說(shuō)明 IDE 到編譯器這條路是通的。如果卡住用命令行方式驗(yàn)證更直接cd /d D:\Dev-Cpp\bin g.exe -stdc17 -static D:\cpp\hello.cpp -o D:\cpp\hello.exe D:\cpp\hello.exe命令行方式的邏輯很清晰第一行切到 g 所在目錄第二行指定源文件完整路徑和輸出文件位置第三行直接運(yùn)行生成的 exe。IDE 的“編譯運(yùn)行”做的事就是這樣只是它在幕后還會(huì)附帶一些參數(shù)。命令行跑通了再回到 IDE 里點(diǎn)一次按鈕多數(shù)時(shí)候就好了因?yàn)槊钚心茏屇闱宄乜吹侥囊徊饺蔽募?、哪個(gè)路徑不合法。改 PATH 讓以后不用敲完整路徑這個(gè)操作有風(fēng)險(xiǎn)。setx PATH %PATH%;D:\Dev-Cpp\bin 會(huì)把當(dāng)前 PATH 的值先展開(kāi)再寫(xiě)回注冊(cè)表而 PATH 有 1024 字符的長(zhǎng)度限制超了會(huì)被截?cái)鄬?dǎo)致系統(tǒng)原有命令失效。我從來(lái)不建議新手動(dòng)這個(gè)老老實(shí)實(shí)用完整路徑或者 cd 到 bin 目錄比出問(wèn)題后重裝系統(tǒng)省心。4. 避坑排查source file not compiled 與安裝漢化的四個(gè)高頻翻車(chē)點(diǎn)PDF 手冊(cè)里的“編譯錯(cuò)誤”章節(jié)一般按編譯器報(bào)錯(cuò)來(lái)寫(xiě)但新手遇到的往往是 IDE 層的怪問(wèn)題最常見(jiàn)的就是“source file not compiled”。這一章把安裝和編譯階段的高頻翻車(chē)點(diǎn)集中寫(xiě)成四條每條都是“現(xiàn)象 - 原因 - 解決”的排查路數(shù)。4.1 翻車(chē)點(diǎn)一source file not compiled 與三步排查現(xiàn)象分兩類(lèi)。第一類(lèi)是點(diǎn)“編譯”直接彈這個(gè)英文提示底部輸出面板一行 GCC 命令都沒(méi)有第二類(lèi)是輸入了編譯命令但立即提示“source file not compiled”輸出面板能看到 g 命令卻沒(méi)有任何錯(cuò)誤詳情。第一類(lèi)原因當(dāng)前文件還沒(méi)保存到磁盤(pán)。Dev-C 的編譯按鈕依賴(lài)“當(dāng)前活動(dòng)文件的磁盤(pán)路徑”新建文件后沒(méi)按過(guò) CtrlS它就不知道要編譯哪個(gè)文件于是給出這個(gè)干巴巴的提示。解決順序很簡(jiǎn)單先 CtrlS 保存保存時(shí)注意目錄要選純英文路徑文件名不要用中文。第二類(lèi)原因文件路徑或文件名里有中文、空格。GCC 在 make 模式下解析不了帶空格的長(zhǎng)路徑解決方法是把源文件放到 D:\cpp 這類(lèi)目錄文件名改成 hello.cpp 這種短名。還有一個(gè)隱蔽場(chǎng)景在項(xiàng)目模式下文件沒(méi)被加入項(xiàng)目。Dev-C 有兩種開(kāi)發(fā)形態(tài)單文件模式和項(xiàng)目模式。如果工程里新建的文件是游離在項(xiàng)目外的編譯時(shí)它不會(huì)自動(dòng)包含進(jìn)來(lái)。解決辦法是在項(xiàng)目管理器里把當(dāng)前源文件添加進(jìn)項(xiàng)目再重新編譯。這三步走完9 成的 source file not compiled 都能解決。4.2 翻車(chē)點(diǎn)二裝了中文漢化版菜單仍是英文現(xiàn)象是從第三方站下載了“dev-c中文漢化版”裝完啟動(dòng)發(fā)現(xiàn)菜單欄依舊是英文。原因分兩種一是安裝包本身只是原版加了個(gè)外殼根本沒(méi)放進(jìn)語(yǔ)言文件二是放了 Chinese.lng 但版本不匹配Dev-C 主程序讀取時(shí)認(rèn)不出文件內(nèi)容自動(dòng)回落到 English。解決時(shí)先不要急著重新下載。打開(kāi)安裝目錄下的 Languages 文件夾看有沒(méi)有 Chinese.lng沒(méi)有就從 Orwell 版或小熊貓版里拷貝一份同名文件。接著打開(kāi)菜單“Tools - Environment Options - Interface Language”下拉選擇 Chinese 并重啟。如果下拉框里根本沒(méi)有 Chinese 選項(xiàng)說(shuō)明語(yǔ)言文件目錄沒(méi)被識(shí)別檢查路徑是否帶兩級(jí)目錄Dev-C 只認(rèn) Languages 下一級(jí)再往里層放就找不到。這里專(zhuān)門(mén)提一句不要用覆蓋 devcpp.exe 主程序方式做的“綠色漢化版”。那種把主程序字符串替換成中文的做法一是殺毒軟件必報(bào)二是 Dev-C 更新后文件變化漢化失效還會(huì)把調(diào)試器搞壞。正規(guī)的漢化只做語(yǔ)言文件別碰主程序。4.3 翻車(chē)點(diǎn)三安裝后閃退、缺 dll 與殺毒誤報(bào)現(xiàn)象是雙擊桌面圖標(biāo)程序一閃而過(guò)連窗口都看不到或彈出“缺少 msvcr120.dll”之類(lèi)的系統(tǒng)運(yùn)行庫(kù)錯(cuò)誤。原因有兩條路舊版 Dev-C 是用老編譯器做的 32 位程序在 Win10/Win11 上可能缺 Visual C 運(yùn)行庫(kù)新版小熊貓版閃退則大概率是殺毒軟件把 bin 目錄下的 g.exe 隔離了。解決按兩個(gè)方向走。缺 msvcr120.dll 屬于系統(tǒng)運(yùn)行庫(kù)缺失裝一個(gè) Microsoft Visual C 2015-2022 x86 版運(yùn)行庫(kù)即可Dev-C 是 32 位程序所以要裝 x86 版。殺毒隔離的問(wèn)題打開(kāi)殺毒軟件隔離區(qū)把 Dev-C 安裝目錄加入白名單然后重新解壓或重裝一次。判斷方法很簡(jiǎn)單打開(kāi)安裝目錄看 bin 下有沒(méi)有 g.exe 文件文件在但雙擊仍閃退就不是隔離問(wèn)題。閃退還有一個(gè)少見(jiàn)的誘因程序在 Windows 10 高 DPI 設(shè)置下字體渲染崩潰。右鍵 devcpp.exe - 屬性 - 兼容性 - 勾選“以兼容模式運(yùn)行”選 Windows 7 或 Windows 8再勾選“替代高 DPI 縮放行為”多數(shù)閃退能壓下去。這一步確實(shí)玄學(xué)但成本低值得先試。4.4 翻車(chē)點(diǎn)四從網(wǎng)頁(yè)或 PDF 復(fù)制的代碼第一行就報(bào)錯(cuò)現(xiàn)象是從網(wǎng)課課件、博客里復(fù)制代碼到 Dev-C編譯時(shí)錯(cuò)誤全集中在第一行報(bào)錯(cuò)內(nèi)容帶 unknown character 或 stray character 字樣。原因是復(fù)制過(guò)來(lái)的代碼里有全角引號(hào)、全角空格、不可見(jiàn)控制字符最常見(jiàn)的是中文雙引號(hào)和英文雙引號(hào)肉眼分不出來(lái)編輯器里長(zhǎng)一樣GCC 眼里是非法字符。解決時(shí)先別逐行改。把報(bào)錯(cuò)代碼全選刪除從源碼里重新復(fù)制到 Windows 記事本再?gòu)挠浭卤救x復(fù)制到 Dev-C。記事本這一步會(huì)把大部分不可見(jiàn)格式剝掉。如果錯(cuò)誤還在打開(kāi)編輯器的“查看”菜單看有沒(méi)有顯示空格和制表符的開(kāi)關(guān)打開(kāi)后檢查行首是真正的空格還是全角空格。還有一個(gè)反向坑PDF 里的代碼經(jīng)常把 和 轉(zhuǎn)成肉眼不可見(jiàn)的字體形變粘貼后編譯器報(bào) template 相關(guān)錯(cuò)誤這時(shí)把尖括號(hào)里的內(nèi)容前后回車(chē)換行重新敲一次即可。這些復(fù)制的代碼問(wèn)題最有效的解決辦法是手敲一遍。教學(xué)代碼短手敲一次帶來(lái)的輸入記憶效果比復(fù)制粘貼后花費(fèi)的排查時(shí)間劃算得多。我自己帶人入門(mén)的時(shí)候要求前十個(gè)程序必須手動(dòng)敲進(jìn)編輯器不復(fù)制粘貼。5. 把它用出 C20 的水準(zhǔn)調(diào)試器、標(biāo)準(zhǔn)切換與我的默認(rèn)模板Dev-C 常被當(dāng)成“寫(xiě)完了就編譯”的玩具其實(shí)它帶一個(gè)能用的調(diào)試器只是默認(rèn)情況下沒(méi)人教怎么用。打開(kāi)菜單“調(diào)試 - 切換斷點(diǎn)”在代碼行號(hào)區(qū)域點(diǎn)一下斷點(diǎn)就設(shè)上了。接著從“調(diào)試 - 啟動(dòng)調(diào)試”進(jìn)入調(diào)試模式程序會(huì)停在斷點(diǎn)處窗口左側(cè)能添加變量監(jiān)視單步執(zhí)行、步入、跳出都在工具欄上。一個(gè)常見(jiàn)誤區(qū)是想用調(diào)試功能卻去點(diǎn)“運(yùn)行 - 編譯運(yùn)行”那個(gè)按鈕會(huì)直接跑完整程序不會(huì)觸發(fā)斷點(diǎn)。調(diào)試器不是新鮮功能但能讓你看到變量每一步的值尤其適合排查數(shù)組越界和死循環(huán)這是 Dev-C 這個(gè)老黑匣子里最值得挖的功能。標(biāo)準(zhǔn)切換的驗(yàn)證辦法如果你裝的是小熊貓版工具 - 編譯選項(xiàng)里把“語(yǔ)言標(biāo)準(zhǔn)”選到 C20然后編譯下面這段#include algorithm #include iostream #include ranges int main() { int arr[] {1, 2, 3, 4, 5}; for (auto x : arr | std::views::filter([](int v) { return v % 2 0; })) std::cout x ; return 0; }編譯通過(guò)并輸出 2 4說(shuō)明工具鏈確實(shí)支持 C20 的 range 特性。這段代碼在 C17 及以下標(biāo)準(zhǔn)里編譯不過(guò)正好當(dāng)驗(yàn)證器用。我在一臺(tái)新電腦上配置 Dev-C 的收尾動(dòng)作永遠(yuǎn)是三件事界面切中文、編譯選項(xiàng)里加 -stdc17 -static -O2、編輯器默認(rèn)編碼改成 UTF-8。這三項(xiàng)做完后面寫(xiě)作業(yè)基本不會(huì)再碰編譯環(huán)境的問(wèn)題。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取