很多大一新生第一次接触C语言老师给的第一个作业就是回去装一个Dev-C。我见过太多人卡在这一步搜出来的下载站全是广告和捆绑包装完之后一编译全是英文报错好不容易写完代码运行窗口一闪而过什么都没看见。于是有人干脆放弃了也有人中途转投Visual Studio结果被工程配置折腾得更惨。其实Dev-C本身不复杂它只是老不是难。这篇文章我不打算说什么详细图文教程那太多了我想从实际使用的角度把整个链路讲透从下载哪个版本、安装时哪些勾选别碰到首次打开怎么配置、第一个程序怎么写、调试怎么用、中文乱码到底怎么根治最后把平时最容易踩的坑一次性排掉。如果你正准备装Dev-C或者已经装了但用着不顺这篇应该够你撑过整个大一。1. 为什么一款二十年前的老IDE至今还是教C语言的主流工具很多人不理解2025年了为什么还要用一个界面停留在2000年代初的编辑器。等你真正用起来就会发现Dev-C在教学场景里有一个别的工具替代不了的优势它足够简单。打开就能写建个源文件就能编译没有工程、没有构建系统、没有那一大堆需要理解的IDE概念所有操作在一个窗口里完成。对刚接触编程的人来说这太重要了。你只需要关注语法和逻辑工具本身不会跳出来打扰你。另外一个现实原因是很多高校的机房、教材、实验平台、在线判题系统默认的环境就是Dev-C。考试的时候用的也是它平时练习用别的工具到了考场上操作方式对不上会白白丢分。这个东西虽然不先进但它是教学默认值和教材配套的。1.1 Dev-C、MinGW和编译器之间的关系首先要澄清一个概念Dev-C不是编译器它是一个集成开发环境IDE真正负责把代码变成可执行文件的是里面内置的MinGW编译器准确说是MinGW中的gcc/g。你可以这么理解Dev-C是写字台你写代码用的编辑器、看报错的提示窗口、点一下运行的那个按钮都是这个写字台的一部分。而gcc是写字台后面那个真正干活的师傅你写完代码说编译一下师傅就把源代码翻译成机器能执行的程序。Dev-C的作用是把师傅请回家放在卧室里并且帮你按一个一键呼叫按钮。按钮背后调用的还是gcc那套命令行工具。所以你把Dev-C装好后不需要再单独安装编译器也不需要配置什么环境变量这是开发包内置好的。但你要知道这个结构后面所有找不到编译器无法编译的问题本质上都是IDE和编译器之间的连接断了找到这个连接点就好解决了。1.2 版本那么多为什么要认准Orwell Dev-C 5.11Dev-C的版本历史有点绕。最早是Bloodshed公司做的后来停更了很长一段时间2011年左右一个叫Orwell的开发者接手继续更新最后在2015年发布了5.11版这个版本成了国内教学圈和各大实验平台近乎统一的标准版。现在你去搜索引擎找Dev-C下载能搜出一大堆结果除了一些带捆绑的下载站你还会看到Embarcadero公司继续维护的新版Dev-C界面现代了一些也修复了很多老问题。那是不是直接装新版就对了不一定。问题在于很多学校的实验平台、考试系统、老师的演示视频甚至教材里截图都是以Orwell 5.11为基准的。新版虽然兼容C语言标准更好但操作界面的按钮位置、编译选项的默认值、菜单的翻译都有些变化学生在跟着老师操作时会对不上。所以我给新手的建议是在课程要求不明确的情况下直接安装Orwell Dev-C 5.11这是兼容性最好的选择。如果你是在校生建议先问一下老师或者学长学姐机房装的是哪个版本保持一致最省事。2. 从下载到装好三个容易让新手翻车的地方安装程序本身很简单下一步下一步就完了。但前提是你得先拿到一个正确、干净、没被捆绑的安装包。这一步翻车的人非常多而且一翻就是连环车装完多了一堆全家桶软件或者Dev-C本身装不上。2.1 下载时如何绕开垃圾站和捆绑包搜索Dev-C下载排名靠前的那些网站绝大多数是SEO做上去的下载站。它们的通病是页面上下左右全是假的下载按钮真正的下载链接藏在最底下旁边还有误导性极强的绿色大字按钮。你要是手一滑点错装完就会多出三五个你从来没想过要装的软件。最稳的做法是认准SourceForge上的官方项目主页。Orwell Dev-C 5.11的安装包就托管在SourceForge上文件名一般是Dev-Cpp 5.11 TDM-GCC x64 4.9.2 Setup.exe大小在70MB左右。如果你看到的是什么一键安装版免安装绿色版高速下载版我建议直接关掉这些几乎都是魔改过的。教学用的工具老老实实用官方安装包别图省事。2.2 安装过程中最关键的勾选项和安装路径安装时有几个界面容易让人犯迷糊我一步步说。首先建议选English英文作为界面语言。别急着改中文安装器本身就是英文的你装完之后在IDE设置里再切换成中文这个后面会详细讲。有人会说我英文不好啊安装界面看不懂怎么办我告诉你一个技巧整个安装过程不需要你做什么决定基本都是默认值你只管一路Next就行。走到选择组件那一步默认是全选的不要动尤其是MinGW编译器那一项必须保留。有人看到一堆看不懂的选项就想去掉这是典型的自找麻烦。到了安装路径选择记住一个原则路径不要出现中文不要出现空格不要在系统盘根目录。我见过最典型的踩坑是学生装到了C:\Program Files (x86)\Dev-Cpp这个路径带括号和空格虽然Dev-C大多数时候也能跑但在某些实验环境里会出莫名其妙的问题。更常见的是装到D:\软件安装\Dev-C这种带中文的路径之后涉及编译器的路径解析就很容易崩。建议装到D:\Dev-Cpp或C:\Dev-Cpp这种纯英文短路径一步到位。2.3 Windows 10/11上的兼容模式技巧Orwell Dev-C 5.11毕竟是2015年的软件在Windows 10和Windows 11上运行通常会遇到两个小问题一个是首次启动时界面元素错乱或者干脆无响应另一个是编译时有时会无故卡住。如果你遇到了别急着重装。右键Dev-C的桌面快捷方式选择属性切到兼容性选项卡勾选以兼容模式运行这个程序下拉菜单里选Windows 7同时勾选以管理员身份运行此程序应用之后重新打开。这个技巧虽然不能解决所有问题但能解决90%的启动异常和权限导致的文件写入失败。另外如果你用的是学校机房电脑由于装了还原系统每次开机后Dev-C的配置都会还原这是正常的不用纠结上课时重新设置一下就行。3. 安装完成后的首轮配置把工具调到顺手模式很多人装完Dev-C就急着写代码等真写起来才发现界面是英文的、字体小得难受、代码补全也没有于是对工具的第一印象就很差。其实Dev-C只需要花两分钟做一轮基础配置使用体验完全是两个级别。3.1 从英文界面切到中文如果你不习惯英文界面先打开Dev-C顶部菜单栏找到Tools点开之后选Environment Options弹窗里有一个Language下拉框选Chinese (Simplified)点OK。软件会提示你重启关闭再打开界面就变成中文了。这里有个很多人不知道的点Dev-C的中文翻译其实很老菜单翻译过来有时反而让人看不懂。比如编译器的相关选项英文叫compiler options中文翻译成编译器选项这个还好但有些术语翻译得比较生硬英文还能猜出大概意思中文反而一头雾水。所以你切换成中文没问题但如果真遇到看不懂的选项心里要清楚它大概对应哪个英文词。3.2 编译器配置确认gcc能被正确找到这一步非常重要。打开菜单工具 → 编译选项弹窗底部有一个编译器标签页。在编译时加入以下命令这个设置之前先看左上角或者顶部有没有编译器路径的设置区域。在5.11版本中这里是工具 → 编译选项 → 编译器页签你会看到一个在编译时加入以下命令的编辑器框以及一个编译器路径或自动检测的选项。正常情况下Dev-C能自动检测到它自带的gcc编译器你不需要做任何修改。但如果你之前装过其他类型的MinGW、Cygwin或者Visual Studio的编译器Dev-C有可能检测错乱。这时候需要手动指定路径找到Dev-C安装目录下MinGW64\bin里的gcc.exe32位版本则在MinGW\bin下把这个路径填到编译器路径设置里。怎么验证编译器是否正常直接按F9或点编译按钮编译一个最简单的程序只要底部消息区出现Process exited normally或者编译成功之类的提示就说明gcc工作正常。如果提示gcc is not recognized...或者找不到编译器大概率是编译器路径设置错了或者是安装时把MinGW组件取消掉了这种情况下只能重装重装时记住保留MinGW相关组件。3.3 编辑器外观和代码补全的微调写代码时最影响体验的是字体和缩进。打开工具 → 编辑器选项在显示页签里可以改字体。我推荐用Consolas它是等宽字体数字0和字母O、1和l都分得很清对写代码来说非常友好。字号调到14到16都可以看你自己屏幕和视力。这个设置只影响编辑器内的显示不影响代码本身。同一弹窗的基本页签里有个代码补全选项默认可能是开启的。但说实话Dev-C的代码补全并不好用它不像VS Code那样智能补全更像是基于关键词的简单匹配。如果它老是弹出你不需要的提示反而影响思路建议直接关掉。本来教学用的工具多记几个函数名没坏处打代码也是记忆的过程。4. 用Dev-C写完并跑通你的第一个C程序配置弄好了接下来是核心环节新建文件、写代码、编译运行。这一节我会按实际的点击路径来讲而不是给一堆命令因为Dev-C本来就是图形化操作跟着菜单走就行。4.1 新建源文件的正确姿势不要动项目很多新手在Dev-C里会习惯性去点文件 → 新建 → 项目这个操作其实没必要除非你后续要写一个由多个文件组成的程序。日常写单文件C程序直接用文件 → 新建 → 源文件就行快捷键是CtrlN。新建之后就是一个空白的编辑页你在里面敲代码。注意一个关键点在写代码之前先把文件保存下来。按CtrlS弹出的保存对话框里文件名那一栏你要想清楚后缀名。如果是C语言程序后缀就是.c比如hello.c如果是C程序就是.cpp。这个保存类型下拉框里可选C source files或C source files按需选。为什么我反复强调保存因为Dev-C只有在文件后缀名正确的情况下才会调用对应的编译器分支后缀搞错了编译时会报各种莫名其妙的错误。写一个最经典的Hello World作为测试#include stdio.h int main() { printf(Hello, World!\n); return 0; }这里补充一下int main()是C语言标准的入口写法有些教材写void main()这在很多编译器里是允许的但不标准建议从一开始就养成写int main的习惯最后加return 0;返回值0表示程序正常结束这在C语言里本质上是给操作系统看的。4.2 编译运行的三步走与控制台闪退的根治写完代码接下来就是编译运行。Dev-C的界面顶部中间有三个按钮分别对应编译、运行、编译并运行。快捷键是编译CtrlF9运行F10编译并运行F11。第一次写完程序直接按F11。按下去之后底部的编译日志和编译资源窗口会滚动一些信息。如果代码没有语法错误你会看到Process exited normally说明编译成功。随后会弹出一个黑色控制台窗口显示程序的输出结果。但很多新手刚跑第一个程序那个黑色窗口一闪而过屏幕还没看清就没了。原因很简单程序执行到最后一行printf执行完main函数返回进程就结束了控制台窗口自然就关了甚至你根本来不急看输出。解决办法有三个任选其一第一个方法在代码末尾加一句system(pause);放在return 0;之前。这行代码的意思是调用操作系统的暂停命令让窗口停下来等你按任意键。这是我们最常用的方法虽然它在作业里会出现交换两个数计算面积之类的小程序但实际生产环境不会这么干只是为了让你能看清输出。第二个方法在main函数里加上getchar();这个函数会等待你输入一个字符才继续。但对于一个没有输入的程序它会先等待读入效果和system(pause)类似。如果你的程序之前有scanf这样的输入语句缓冲区里可能还残留回车getchar会直接读走等于没停所以这个方案不如第一个稳。第三个方法用命令行手动运行exe。编译成功后到代码所在目录找到生成的exe文件一般在代码同目录下打开命令行窗口把exe文件拖进去回车窗口执行完不会自动关闭适合想看完整输出的时候用。4.3 调试功能设置断点、单步执行和查看变量Dev-C带了一个简单的调试器很多人不知道或者说知道但觉得不好用。但应付教学实验里的排错完全够了。在代码左侧的行号区单击会出现一个红底圆点这就是断点。运行调试的快捷键是F8不对这个需要说清楚。在5.11版本中调试菜单在调试菜单里或者直接按F8开始调试我建议在界面中找到调试菜单点调试子项或者用快捷键F8。如果你是想编译并进入调试模式用调试 → 调试。这里我直接建议把断点打在你认为有问题的那一行然后点顶部菜单调试 → 调试快捷键F8程序执行到断点那行之前会停下来此时你可以用下一步快捷键F7来单步执行每按一次就执行一行代码看程序走到哪里和你的预期产生了偏差。调试窗口里最有用的是左侧的调试标签页里面能查看当前变量的值。调试时你可以添加要监视的变量或者直接将鼠标悬停在代码中的变量名上它会显示当前值。如果变量值和你手算的不一致那问题基本就锁定了。这里有个关键提醒Dev-C的调试依赖于编译时生成调试信息默认是开启的。如果你发现断点根本停不下来去工具 → 编译选项 → 编译器确保那行编译命令里没有-O2这样的优化选项因为优化会重组代码断点会失真。正常的优化级别应该保持默认的-O0或没有优化参数。5. 中文乱码问题根源和一套彻底解决的标准姿势Dev-C最出名的槽点之一就是中文乱码。你写了个带中文输出的程序编译运行之后满屏的汉字全变成了一堆鍜之类的天书。这不是运气不好而是源文件的编码方式、编译器的编码解释方式、控制台的编码方式三者之间对不上导致的。5.1 编码不一致是根源三条路线对症下药要理解这个问题先记住一个事实你自己写代码时是使用某个编码比如UTF-8或ANSI把汉字存进文件里的编译器读取代码时也在用某种编码来解释字符串里的汉字程序运行时控制台窗口又按自己的方式显示这些汉字。只要这三者两个不一致乱码就出现了。在Windows中文版系统下Dev-C 5.11的默认情况是这样的文件以ANSI编码保存在中文Windows上ANSI实际上就是GBK编译器按GBK解释控制台也按GBK显示。这三者完全一致所以你只要保持默认中文其实不会乱。乱码通常发生在你手欠改了保存编码之后。最典型的翻车场景是你在某个编辑器里以UTF-8编码写好了一段代码然后拿到Dev-C里打开再编译。或者是Dev-C 5.11里新建文件时保存成了UTF-8格式编译器默认按GBK解释中文自然全乱。还有一部分原因是Windows10/11默认控制台代码页的问题偶尔会抽风。解决的思路有三条按推荐程度排第一条统一走ANSI/GBK。写代码时只要不涉及跨平台不用管编码保持Dev-C默认的保存格式就行。检查方法在Dev-C打开源码文件后文件状态栏可能显示了编码或者在打开文件时会询问以什么编码打开。保存时默认保存类型下一般就是ANSI。第二条如果你想用UTF-8编码保存代码比如要传到Git仓库或跨平台使用你需要在编译时告诉gcc去把源代码按UTF-8解释、生成的目标代码用GBK执行编码。操作方法工具 → 编译选项 → 编译器页签的文本框中在编译时加入以下命令里粘贴-fexec-charsetGBK -finput-charsetUTF-8中间的-finput-charsetUTF-8告诉编译器源文件是UTF-8编码的-fexec-charsetGBK告诉gcc生成的可执行文件里字符串常量按GBK编码存放。这样一来UTF-8源码里的中文编译后也能在GBK控制台正常显示。第三条在程序的main函数开头调用system(chcp 65001);把控制台代码页临时切换成UTF-8然后把源文件和编译器的编码也统一成UTF-8。这是很多网上的解决方案但说实话在Dev-C 5.11里最不推荐因为chcp命令切换字体还可能导致显示更乱。5.2 中文注释乱码是另一回事如果你的程序运行起来输出正常但编辑器里的中文注释变成了乱码这是另一个问题编辑器读文件时的编码选错了。比如代码是ANSI保存的但你打开时选了UTF-8。或者反过来。在Dev-C中工具 → 编辑器选项 → 基本页签里有一个New document encoding的选项它决定新建文件的默认编码。如果你的源码是从别处拷贝来的打开时弹窗会问以什么编码打开选ANSI还是UTF-8取决于源文件本身是哪个编码。遇到注释乱码时试试点文件 → 重新载入并在Encoding下拉框里切换编码直到注释恢复正常。5.3 Dev-C、编码和课程作业之间的坑还有一个学生党特别容易遇到的场景你在Dev-C里用ANSI编码写好了作业上传到在线判题系统或发给老师时有时系统或邮箱会做编码转换或者老师那边用其他编辑器打开看到的是乱码。这时候你不用慌不是你的程序有问题是编码问题。最稳的做法提交源码之前把文件内容全部复制到一个记事本里另存为时选择UTF-8编码再上传。或者干脆用Dev-C文件 → 另存为保存类型里选UTF-8编码保存之后再提交。同时你要知道改了UTF-8后回到Dev-C编译如果遇到中文输出乱码就用上一节说的-fexec-charsetGBK参数来兜底。这样既能保证老师查看不乱码也能保证你自己运行时输出正常。6. 新手高频报错与运行时异常从报错信息到解决步骤环境装好了配置调顺了接下来真正折磨人的是编译报错和程序运行异常。这里我按错误类型梳理一遍把最常见的几个报错的定位思路一次讲明白。6.1 编译错误怎么定位别急着问人先读报错信息很多新手一看到红色报错信息就心虚想把整个代码截图去群里问。其实编译器的报错信息虽然英文看着吓人但信息量非常足它明确告诉了你错误在哪一行、错误类型是什么。Dev-C底部编译日志窗口里的报错信息分两部分一个是详细日志一个是有错误汇总。双击带[Error]字样的那一行编辑器会自动跳到出错的那一行并用红色标记。你只要从那一行开始找错就行出错位置往下的几十行里一般都藏着错误所在。我总结一下C语言初学者编译报错出现频率最高的三类第一类expected ; before } token。意思是编译器在某个大括号前期待一个分号。通常是你上一行的语句结尾漏了分号。注意分号是英文半角的;不是中文分号。这个错误其实是个连锁错误可能只漏了一个分号报了七八个错你补上分号所有报错都消失了。第二类undefined reference to xxx。字面意思是xxx这个符号找不到对应的定义。最常见的情况是你调用了某个函数但没实现它或者写了函数声明但函数体写错位置了。也常见于多文件工程里忘了链接某个文件。第三类fatal error: stdio.h: No such file or directory。这是找不到头文件通常意味着编译器路径或头文件路径配置有问题。如果在全默认环境下出现几乎可以断定是MinGW组件没装全建议重装并确保选择了C编译器组件。6.2 程序能编译但运行时行为不对编译通过只是第一步。程序运行结果不对、闪退、死循环这些运行时问题更常见也更隐蔽。挑三个新手必踩的举例第一个scanf忘了加。你写了scanf(%d, n);能编译过但运行时99%会崩溃或行为诡异。因为scanf期望你给它一个内存地址你却直接给了变量值。正确写法是scanf(%d, n);。找这类bug就用调试功能单步走查看变量n的值是不是变成了一个很大的数一眼就能看出来。第二个输入缓冲区残留。比如你连续用两个scanf读取字符第一次输入了字符按回车回车符还留在缓冲区第二次scanf直接读到了回车程序跳过了输入等待。这是函数基本功底的体现不是Dev-C的问题。第三个system(pause)停不了窗口。如果你用了system(pause)但窗口仍然一闪而过检查一下你的代码里是不是有提前返回的地方或者编译运行的不是当前正在编辑的文件——这种情况经常发生因为Dev-C会把编译的目标文件放在源码目录下如果你同时开了多个源文件F11编译的是当前编辑页的代码但运行时可能把旧文件的可执行程序还是保留了你需要全部重新编译来清掉这些旧生成物。6.3 杀毒软件误报与文件突然消失这是非常现实的问题。Dev-C和它生成的程序有时会被Windows Defender或其他杀毒软件误报。原因很简单Dev-C属于老软件签名机制过期了而且它会生成可执行文件并调用编译器这种生成代码并执行的行为模式和某些恶意软件相似容易触发启发式扫描。我遇到过好几次学生说我的Dev-C今天一打开就提示病毒其实是因为学校的电脑管家把Dev-Cpp目录里的devcpp.exe隔离了。解决办法是在杀毒软件中把Dev-C的安装目录比如D:\Dev-Cpp添加到信任区或排除列表。如果文件已经被隔离了去杀毒软件的隔离区里恢复即可。另外提醒一句不要从下载站下载所谓破解版汉化版绿色版的Dev-C这些版本可能被捆绑了真正的木马到时候被杀毒软件查杀就是应该的。官方原版反而基本没有这类问题。6.4 一个容易被忽略的小问题多个源文件同时打开时的编译混乱Dev-C对多个源文件的管理方式比较原始它不像VS Code那样每个文件独立编译运行而是默认以项目为单元来处理多文件的。如果你只是单纯地同时打开了好几个.c文件按F11编译时它可能只会编译其中一个或者提示乱七八糟的错误。如果你需要写一个包含多个源文件的项目我建议菜单文件 → 新建 → 项目选择Console Application或空项目把多个源文件都添加进这个项目里之后统一编译整个项目。但如果你只是做单个文件的练习题记住只打开一个源文件别开一堆不相关的窗口省得到时候分不清编译的是哪个。附Dev-C日常使用的几个技巧汇总最后分享几个我在长期使用中总结的小习惯虽然不是必需但对提升使用体验很有帮助。第一个是备份配置。Dev-C的全部配置存储在一个配置文件里你辛苦调好的字体、语言、编译器参数在换电脑或者被机房还原系统之后都会没掉。你可以在Dev-C安装目录下找config相关的配置文件5.11版本一般在%APPDATA%\Dev-Cpp目录下的devcpp.ini把它复制一份放到网盘或U盘里到新环境直接替换回去配置就全回来了。这个方法对经常换电脑的学生特别实用。第二个是善用注释调试。如果你不想用断点调试也可以在代码的关键位置临时加printf输出中间变量的值看程序执行到哪里、数值变成了什么。这不是什么高级技巧但在排查简单逻辑错误时最快记得调试完删掉就行。第三个是尽量把代码敲出来而不是复制粘贴。Dev-C没有特别强大的代码提示这反而是个好事。大学课上老师讲语法、讲算法你手敲一遍代码比复制粘贴看十遍都记得牢。真的。如果你刚接触C语言希望这篇文章帮你把工具层面的障碍一次性清掉把精力留给代码本身。等你用了两三个月熟练了编译运行查找错误这一套流程Dev-C确实不起眼但它能陪你稳稳走过编程入门这一段路。