Dev-C++ 默认不支持图形化调试，需手动配置 -g 参数并使用命令行 GDB 调试；其界面无断点、单步、变量监视功能，且最后稳定版为2005年，建议改用 Code::Blocks 或 VS Code 进行真正调试。
Dev C++ 里根本不能直接调试？
对，Dev-C++ 默认用的 MinGW 工具链不带完整调试支持，而且它本身是个十多年没更新的 IDE（最后稳定版是 2005 年），界面里压根没有「开始调试」「单步执行」「查看变量」这类按钮。你点「编译运行」能跑出结果，但一旦出错，只能靠 printf 或看崩溃弹窗——这不是调试，是碰运气。
想用 GDB 调试，得手动配命令行
Dev-C++ 底层调的是 gdb.exe，但它没封装好交互流程。真要走调试路线，必须自己操作：
- 先在 Dev-C++ 里勾选「生成调试信息」：项目 → 选项 → 编译器 → 在「编译时加入以下命令」里加
-g - 确保输出的可执行文件没被优化（去掉
-O2这类参数，否则变量名、行号会丢失） - 打开终端，cd 到项目目录，运行
gdb ./your_program.exe - 然后手动输
break main、run、next、print var_name—— 这就是纯 GDB 操作，和 Dev-C++ 界面无关
常见卡点：gdb 找不到源码路径（需用 directory 命令指定）、中文路径导致断点失效、MinGW 版本太老不支持 set follow-fork-mode child（多进程调试直接崩）。
替代方案比硬刚 Dev-C++ 更省时间
如果你只是想快速定位 segmentation fault、空指针、数组越界这类错误，有更直接的路子：
- 用
Code::Blocks（同为 MinGW + GDB，但调试界面完整，断点/监视/调用栈一应俱全） - 用
VS Code配C/C++ 扩展+MinGW-w64，launch.json里设好"miDebuggerPath"就能图形化调试 - 哪怕坚持用 Dev-C++，也建议只用来写、编译、看报错，真正调试时把代码复制到在线工具如
Godbolt Compiler Explorer（看汇编+寄存器）或本地Valgrind（Windows 需 WSL）查内存问题
Dev-C++ 的「编译错误提示」其实挺准，比如 undefined reference to `printf' 是链接问题，expected ';' before '}' token 是语法漏符号——这些别往调试上想，先盯紧报错行和前一行。
最容易被忽略的调试起点：关掉「快速编译」
Dev-C++ 默认开启「快速编译」（只重编译改过的 .cpp），但如果你删了头文件、改了函数声明、或者用了宏定义控制逻辑，这个模式会让旧目标文件残留，导致「明明改了代码，运行结果却不变」——你以为是逻辑 bug，其实是缓存没清。
解决方法：工具 → 编译选项 → 把「快速编译」前面的勾去掉，每次点「重新编译」。再配合 #pragma message("compiled at " __DATE__ " " __TIME__) 放在 main 上方，能一眼确认是不是真重新编了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
