简介：Dev-C++中文版使用手册是一份面向C/C++编程初学者的PDF文档，专注讲解Dev-C++集成开发环境的完整使用流程，帮助读者快速掌握从编写源代码到编译运行与调试的常用操作。资源包内含1个PDF文件，整体大小仅1.12MB，轻量精简，便于随时查阅。目前已有312人学习，适合正在上C语言课、需要完成上机实验的在校学生，也适合自学C/C++基础的朋友。手册详细说明了Dev-C++的启动方法、新建源程序、界面语言切换、文件保存、预处理/编译/链接、运行程序等基本操作，并针对编译日志中的错误信息给出排错提示。更进一步，还介绍了断点设置、单步执行与调试状态下的变量观察方法，能够帮助读者快速定位程序中的深层问题，养成规范的编码与调试习惯。
1. 中文版 Dev-C++ 到底在解决什么：不是汉化，是把第一个程序跑起来
很多人把 dev-c++ 中文版使用手册.pdf 下载下来，翻两页就放进下载文件夹吃灰，因为真正想问的问题只有两个：装哪个版本才不会打开就闪退；为什么照着教程敲完代码，一点编译就弹出 source file not compiled。这份手册的安装截图部分到今天还能参考，但版本选型、中文汉化补丁、编译器标准这些事，旧手册里基本没写，而它们恰恰是新手耗时间最多的地方。这篇笔记就按安装、配置、第一个程序、常见翻车点重讲一遍，看到第 4 章能省下一整天的搜索时间。适合被 Visual Studio 安装包劝退、手头只有老电脑、以及所有只想把 C/C++ 作业赶紧跑起来的初学者。
2. 下载源选型与中文汉化：为什么官网版装完还是英文菜单
网上搜 dev-c++ 官网，前几页的下载站让人头皮发麻：有的挂着十几年前的版本，有的点下载按钮下载下来一个解压密码。在讨论“怎么汉化”之前，先把版本选对，后面一大半问题都不会发生。
2.1 三个分支怎么选：Bloodshed、Orwell、小熊猫
Dev-C++ 这个名字底下其实有三代东西。最早是 Bloodshed 做的，项目停更很早，很多学校课件里还在用它的 4.9.9，那个版本在 Windows 10 上打开就闪退，只能开兼容模式勉强跑。后来社区有人接手做了 Orwell Dev-C++，把编译器换成 TDM-GCC 4.9.2，支持了中文界面，版本号停在 5.11 附近，网上流传的“Dev-C++ 5.11 中文版”基本都来自这条线。最近几年国内社区维护的小熊猫 Dev-C++ 是最省事的：安装包默认简体中文，自带的新版 MinGW-w64 编译器支持到 C++20，更新也还在继续。
我一般会直接装小熊猫版，理由不是它功能多，而是它把新手会踩的坑提前填了。Orwell 5.11 默认界面虽然是英文，但可以通过设置切中文；问题是它自带的 TDM-GCC 4.9.2 对 C++14/17 支持得很勉强，你要是照着网课代码用了新版语法，编译报错会查到你怀疑人生。小熊猫版把编译器升级这件事一并解决了，装完就是中文菜单，语言标准下拉框里直接有 C++17、C++20。
| 分支 | 维护状态 | 默认界面 | 自带编译器 | 适合场景 |
|---|---|---|---|---|
| Bloodshed 原版 | 已停更 | 英文 | 远古 MinGW | 老课件、博物馆 |
| Orwell 5.11 | 基本停更 | 英文可切中文 | TDM-GCC 4.9.2 | 网课指定版本 |
| 小熊猫版 | 活跃更新 | 简体中文 | MinGW-w64 | 新装、C++17/20 |
这里有个容易绕进去的点：TDM-GCC 和 MinGW-w64 都是 Windows 上的 GCC 移植版，但前者停留在 32 位工具链时代，后者是 64 位主流。Dev-C++ 的图形界面本身是 32 位程序，不代表它生成的 exe 也得是 32 位，编译器支持 64 位就能编出 64 位程序。小熊猫版默认就是 64 位编译器，这对后续写数据结构、刷算法题没有影响，但能避免某些老版本在分配大内存数组时直接崩掉。
2.2 下载源识别与安装：官网、镜像、汉化包的区分
搜出来一堆下载站，怎么挑？记住一个原则：认发布主页，不认聚合站。Bloodshed 官网早就打不开了，现在搜 dev-c++ 官网，排前面的很多是下载站自己套的壳。Orwell 版的发布页在 SourceForge 上，文件命名一般带有“Dev-Cpp 5.11 TDM-GCC x64 Setup”字样，安装包大概在 60MB 上下。小熊猫版的发布页在 GitHub release，下载文件名会带 setup.exe 后缀。第三方汉化站给的“dev-c++中文汉化版”不全都不能用，但存在两个问题：一是捆绑安装，二是打包时间早，内置编译器版本低。
安装时有个实际经验：安装路径别用默认的 C:\Program Files。这个目录带空格，某些旧版 Dev-C++ 的 make 在解析路径时会把路径切断，导致编译找不到文件。我一般装到 D:\Dev-Cpp 这种纯英文路径。另一个是中文用户名问题，Windows 用户名如果是张三，C:\Users\张三\AppData 下的配置路径就带中文，Dev-C++ 里项目文件默认存到文档目录，编到一般就报错。这不是 Dev-C++ 的 bug，是 GCC 工具链对非 ASCII 路径的老毛病。
安装包和解压版之间，我建议用安装包。解压版虽然免安装，但语言文件、编译器的路径配置都依赖 exe 所在位置，挪动文件夹之后配置容易坏。安装版在注册表里写了安装路径，重装系统前把整个文件夹拷走，换到新机器上通常还能直接跑，这个才是真正的后悔药。
提示：安装时遇到杀毒软件拦截 g++.exe，先看安装包的下载来源，确认是从发布页下载的再放行，不要顺手把杀毒软件关了。
2.3 装完先认识三个目录：bin、lib、include 与切换中文
装完第一件事不是写代码，是看一眼安装目录。Dev-C++ 有三样东西是它干活的本钱：bin 目录放着 g++.exe、ld.exe、make.exe，这是真正的编译器；include 目录放着头文件，iostream、cstdio 都在这；lib 目录放着静态库和动态库，程序运行时依赖的 libstdc++-6.dll 也在这里。搞清楚这三者，后面编译报错时就知道去哪个目录检查文件还在不在。
界面切中文的路径有些反直觉：菜单栏点“Tools -> Environment Options”，弹窗里找到“Interface Language”，下拉选“Chinese”，确定后重启才生效。小熊猫版装完默认就是中文，不需要这一步。这里有个细节：Dev-C++ 的汉化只是菜单和对话框显示中文，编译器输出信息、控制台报错仍然是英文，这是正常的，不要以为是汉化没装好。
如果你下载的是第三方汉化包，它的原理是往 Languages 目录里放一个 Chinese.lng 文件，再让程序去读。这个目录在安装目录下的 Languages 文件夹，少文件可以补，文件版本不匹配就会导致菜单还是英文，甚至选项错位。所以排查“汉化无效”时，先打开这个目录看有没有 lng 文件，再看文件大小是不是 0KB，这两个检查能过滤掉一大半问题。
3. 编译器三个必调参数与第一个可运行程序：从菜单编译到命令行 g++
Dev-C++ 只是个图形前端，真正编译代码的是它背后的 GCC。新手最容易忽视的一点是：菜单里点“编译运行”和命令行敲 g++ 是同一件事，只是前端帮你挡掉了参数。理解了这一点，配置编译器就不是玄学，而是三个参数的事。
3.1 必调参数一：确认编译器是 TDM-GCC 还是 MinGW-w64
安装完第一步，打开“工具 -> 编译选项”，看“编译器”选项卡里填的编译目录是哪个，或者直接到安装目录 bin 下敲一条命令验证：
cd /d D:\Dev-Cpp\bin g++ --version输出里能看到 GCC 版本号和编译器的构建名。如果是“TDM GCC”字样，说明这是老版本工具链；如果是“MinGW-w64”字样，说明是新版。这一步决定了你能否用上 C++14 之后的新特性。万一你系统里还装了别的 g++，在 cmd 里直接敲 g++ --version 未必是 Dev-C++ 在干活，先 cd 到 Dev-C++ 的 bin 目录再敲才能确认。
注意：命令行里凡是出现“不是内部或外部命令”的原因就一条——当前环境变量 PATH 里没有 g++。不一定要改 PATH，后面会讲到更稳妥的办法。
3.2 必调参数二：语言标准下拉框与 -std=c++17
GCC 5 之前默认按 C++98 标准编译，GCC 9 之后默认 C++14，Dev-C++ 里真正决定语言版本的是编译参数 -std=。在“工具 -> 编译选项 -> 代码生成/优化”里，有个“语言标准”下拉框，里面列了 ISO C++11、ISO C++14 等选项。小熊猫版这里直接有 C++17、C++20 可选；Orwell 5.11 的下拉框最到哪儿就看到哪儿，不够用时在“编译时加入以下命令”输入框里手动补：
-std=c++17这里有个重复设置的坑：下拉框选过某个标准，又在命令行补了 -std=c++17，编译器会收到两个 -std 参数，GCC 默认采用最后一个，但 Dev-C++ 会按“额外参数优先”还是“下拉框优先”因版本而异，结果难以预测。我的做法是二选一：小熊猫版用下拉框，Orwell 版用额外的 -std=c++17，不要两处都设。
验证标准是否生效，编译一段 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 C++11 之后都能编译通过。如果它报错“lambda expressions only available with -std=c++11”之类，说明工具链实在太老，或者 -std 参数没传进去。这种报错信息是英文的，但关键词在 PDF 手册的“编译错误”章节中一般有对照表，照着关键词去翻就行。
3.3 必调参数三：-static 让 exe 拷走就能跑
教学场景里最经典的翻车：在自己电脑编译通过的程序，拷到机房电脑双击，弹窗提示“缺少 libstdc++-6.dll”。原因是程序默认动态链接，运行时去系统目录找 GCC 运行库，机房电脑没装 MinGW 自然找不到。解决办法是编译时加 -static 参数，把用到的运行库直接编进 exe：
g++ -std=c++17 -static -O2 hello.cpp -o hello.exe-staic 会让体积变大，一个 hello.exe 从 90KB 变成 1.7MB，换来的是独立的可执行文件，拷到哪里都能跑。-O2 是优化参数，让编译器做二级优化，作业场景无所谓，算法竞赛刷题时明显快一截。这两个参数加上 -std 是我最常用的组合，都在“编译时加入以下命令”输入框里写，用空格分隔。
3.4 第一个程序：从菜单编译到命令行验证
把下面这段保存为 hello.cpp，注意编码。Dev-C++ 新版编辑器默认按 UTF-8 保存，但 Windows 控制台按 GBK 解码，直接输出中文会乱码。最稳的写法是源码里不写中文字面量，或者编译时加 -fexec-charset=GBK：
#include <iostream> int main() { std::cout << "hello dev-c++" << std::endl; return 0; }在 Dev-C++ 里点菜单“运行 -> 编译运行”，或者按工具栏上对应的编译运行按钮，正常会弹出控制台窗口显示结果。这一步能通，说明 IDE 到编译器这条路是通的。如果卡住，用命令行方式验证更直接：
cd /d D:\Dev-Cpp\bin g++.exe -std=c++17 -static D:\cpp\hello.cpp -o D:\cpp\hello.exe D:\cpp\hello.exe命令行方式的逻辑很清晰：第一行切到 g++ 所在目录；第二行指定源文件完整路径和输出文件位置；第三行直接运行生成的 exe。IDE 的“编译运行”做的事就是这样，只是它在幕后还会附带一些参数。命令行跑通了，再回到 IDE 里点一次按钮，多数时候就好了，因为命令行能让你清楚地看到哪一步缺文件、哪个路径不合法。
改 PATH 让以后不用敲完整路径，这个操作有风险。setx PATH "%PATH%;D:\Dev-Cpp\bin" 会把当前 PATH 的值先展开再写回注册表，而 PATH 有 1024 字符的长度限制，超了会被截断，导致系统原有命令失效。我从来不建议新手动这个，老老实实用完整路径或者 cd 到 bin 目录，比出问题后重装系统省心。
4. 避坑排查：source file not compiled 与安装汉化的四个高频翻车点
PDF 手册里的“编译错误”章节一般按编译器报错来写，但新手遇到的往往是 IDE 层的怪问题，最常见的就是“source file not compiled”。这一章把安装和编译阶段的高频翻车点集中写成四条，每条都是“现象 -> 原因 -> 解决”的排查路数。
4.1 翻车点一：source file not compiled 与三步排查
现象分两类。第一类是点“编译”直接弹这个英文提示，底部输出面板一行 GCC 命令都没有；第二类是输入了编译命令，但立即提示“source file not compiled”，输出面板能看到 g++ 命令却没有任何错误详情。
第一类原因：当前文件还没保存到磁盘。Dev-C++ 的编译按钮依赖“当前活动文件的磁盘路径”，新建文件后没按过 Ctrl+S，它就不知道要编译哪个文件，于是给出这个干巴巴的提示。解决顺序很简单：先 Ctrl+S 保存，保存时注意目录要选纯英文路径，文件名不要用中文。第二类原因：文件路径或文件名里有中文、空格。GCC 在 make 模式下解析不了带空格的长路径，解决方法是把源文件放到 D:\cpp 这类目录，文件名改成 hello.cpp 这种短名。
还有一个隐蔽场景：在项目模式下，文件没被加入项目。Dev-C++ 有两种开发形态：单文件模式和项目模式。如果工程里新建的文件是游离在项目外的，编译时它不会自动包含进来。解决办法是在项目管理器里把当前源文件添加进项目，再重新编译。这三步走完，9 成的 source file not compiled 都能解决。
4.2 翻车点二：装了中文汉化版菜单仍是英文
现象是从第三方站下载了“dev-c++中文汉化版”，装完启动发现菜单栏依旧是英文。原因分两种：一是安装包本身只是原版加了个外壳，根本没放进语言文件；二是放了 Chinese.lng 但版本不匹配，Dev-C++ 主程序读取时认不出文件内容，自动回落到 English。
解决时先不要急着重新下载。打开安装目录下的 Languages 文件夹，看有没有 Chinese.lng，没有就从 Orwell 版或小熊猫版里拷贝一份同名文件。接着打开菜单“Tools -> Environment Options -> Interface Language”，下拉选择 Chinese 并重启。如果下拉框里根本没有 Chinese 选项，说明语言文件目录没被识别，检查路径是否带两级目录，Dev-C++ 只认 Languages 下一级，再往里层放就找不到。
这里专门提一句：不要用覆盖 devcpp.exe 主程序方式做的“绿色汉化版”。那种把主程序字符串替换成中文的做法，一是杀毒软件必报，二是 Dev-C++ 更新后文件变化，汉化失效，还会把调试器搞坏。正规的汉化只做语言文件，别碰主程序。
4.3 翻车点三：安装后闪退、缺 dll 与杀毒误报
现象是双击桌面图标，程序一闪而过，连窗口都看不到；或弹出“缺少 msvcr120.dll”之类的系统运行库错误。原因有两条路：旧版 Dev-C++ 是用老编译器做的 32 位程序，在 Win10/Win11 上可能缺 Visual C++ 运行库；新版小熊猫版闪退则大概率是杀毒软件把 bin 目录下的 g++.exe 隔离了。
解决按两个方向走。缺 msvcr120.dll 属于系统运行库缺失，装一个 Microsoft Visual C++ 2015-2022 x86 版运行库即可，Dev-C++ 是 32 位程序，所以要装 x86 版。杀毒隔离的问题，打开杀毒软件隔离区，把 Dev-C++ 安装目录加入白名单，然后重新解压或重装一次。判断方法很简单：打开安装目录看 bin 下有没有 g++.exe 文件，文件在但双击仍闪退，就不是隔离问题。
闪退还有一个少见的诱因：程序在 Windows 10 高 DPI 设置下字体渲染崩溃。右键 devcpp.exe -> 属性 -> 兼容性 -> 勾选“以兼容模式运行”，选 Windows 7 或 Windows 8，再勾选“替代高 DPI 缩放行为”，多数闪退能压下去。这一步确实玄学，但成本低，值得先试。
4.4 翻车点四：从网页或 PDF 复制的代码第一行就报错
现象是从网课课件、博客里复制代码到 Dev-C++，编译时错误全集中在第一行，报错内容带 unknown character 或 stray character 字样。原因是复制过来的代码里有全角引号、全角空格、不可见控制字符，最常见的是中文双引号和英文双引号肉眼分不出来，编辑器里长一样，GCC 眼里是非法字符。
解决时先别逐行改。把报错代码全选删除，从源码里重新复制到 Windows 记事本，再从记事本全选复制到 Dev-C++。记事本这一步会把大部分不可见格式剥掉。如果错误还在，打开编辑器的“查看”菜单，看有没有显示空格和制表符的开关，打开后检查行首是真正的空格还是全角空格。还有一个反向坑：PDF 里的代码经常把 < 和 > 转成肉眼不可见的字体形变，粘贴后编译器报 template 相关错误，这时把尖括号里的内容前后回车换行重新敲一次即可。
这些复制的代码问题，最有效的解决办法是手敲一遍。教学代码短，手敲一次带来的输入记忆效果，比复制粘贴后花费的排查时间划算得多。我自己带人入门的时候，要求前十个程序必须手动敲进编辑器，不复制粘贴。
5. 把它用出 C++20 的水准：调试器、标准切换与我的默认模板
Dev-C++ 常被当成“写完了就编译”的玩具，其实它带一个能用的调试器，只是默认情况下没人教怎么用。打开菜单“调试 -> 切换断点”，在代码行号区域点一下，断点就设上了。接着从“调试 -> 启动调试”进入调试模式，程序会停在断点处，窗口左侧能添加变量监视，单步执行、步入、跳出都在工具栏上。一个常见误区是想用调试功能却去点“运行 -> 编译运行”，那个按钮会直接跑完整程序，不会触发断点。调试器不是新鲜功能，但能让你看到变量每一步的值，尤其适合排查数组越界和死循环，这是 Dev-C++ 这个老黑匣子里最值得挖的功能。
标准切换的验证办法：如果你装的是小熊猫版，工具 -> 编译选项里把“语言标准”选到 C++20，然后编译下面这段：
#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; }编译通过并输出 2 4，说明工具链确实支持 C++20 的 range 特性。这段代码在 C++17 及以下标准里编译不过，正好当验证器用。我在一台新电脑上配置 Dev-C++ 的收尾动作永远是三件事：界面切中文、编译选项里加 -std=c++17 -static -O2、编辑器默认编码改成 UTF-8。这三项做完，后面写作业基本不会再碰编译环境的问题。希望帮到你。
本文还有配套的精品资源，点击获取
