在家用电脑上写代码，很多人会遇到程序跑不起来的情况。比如孩子在做学校编程作业，或者自己尝试开发一个小工具，结果一运行就出错。这时候，用 gdb 调试是个好办法，但得先确认一件事：编译必须成功。
编译失败还调试？等于修一辆还没造好的车
有些初学者一看到程序不能运行，马上打开 gdb 开始单步调试。可如果连编译都没通过，gdb 根本加载不了可执行文件。就像你想检查汽车发动机有没有问题，结果发现车还没组装完，轮子都没装，根本没法开。
比如你写了个叫 main.c 的 C 程序，编译时输入：
gcc main.c -o myprogram如果屏幕上跳出一堆红色错误，比如“undefined reference”或“syntax error”，说明编译失败了。这时候直接运行 gdb myprogram，系统会告诉你“没有那个文件或目录”——因为 myprogram 根本没生成出来。
正确的顺序是：改代码 → 编译 → 运行 → 出错 → 调试
只有编译顺利生成了可执行文件，才能进入 gdb 调试。正确流程应该是先确保 gcc 命令执行后没有报错，输出的程序文件确实存在。
可以加个简单的检查：
ls -l myprogram看看文件是否存在，大小是否合理。然后再启动 gdb：
gdb myprogram这时候才能设置断点、查看变量、一步步跟踪程序逻辑。
别忽略编译器的提示
有时候程序看着没问题，但编译时出现警告，比如变量未初始化。这些警告可能不会阻止程序生成，但会导致运行时行为异常。gdb 可以帮你定位这类问题，但前提是编译得先过。
建议在编译时加上调试信息，方便 gdb 使用：
gcc -g main.c -o myprogram这个 -g 参数会让编译器把源码信息一起打包进可执行文件，gdb 才能显示对应的行号和变量名。
家里孩子学编程，遇到 bug 别急着上工具，先看编译有没有过。把基础步骤走稳了，调试才有效果。