GCC如何调试C程序

调试C程序这件事，说难不难，说简单也不简单。许多人在写完代码后直接运行，遇到问题就抓瞎——其实只要用好GCC和GDB这对组合，大部分Bug都能被精准定位。下面就把整个流程拆开来讲，每一步都有实际的操作要点。

第一步，编译时必须带上调试信息。平时编译可能直接用gcc -o myprogram myprogram.c，但调试时一定要加-g选项。这个参数会把源代码的行号、变量名等信息打包进可执行文件，后续GDB才能顺利找到位置。命令很简单：

gcc -g -o myprogram myprogram.c

第二步，启动调试器。GDB就是干这个活的，用它加载可执行文件：

gdb myprogram

进去之后会看到一个(gdb)提示符，接下来所有的调试指令都在这里输入。

第三步，设置断点。断点就像在代码里埋下一个暂停键，程序跑到这里就会停下来等你检查。最常用的做法是在入口函数main处设断点：

break main

如果知道具体行号，也可以直接指定文件和行数，比如：

break myprogram.c:42

第四步，跑起来。输入run命令，程序就会开始执行。如果之前设了断点，执行到那一行就会自动暂停，不会一口气跑到结束：

run

第五步，停在断点处之后，就要开始“翻箱倒柜”了。用print命令查看某个变量的当前值：

print variable_name

如果想看内存里的原始数据，比如堆栈指针附近的字节，可以用x/10xw $sp这种格式——十组十六进制字，每个字四个字节，足够你分析栈帧布局。

第六步，单步跟踪。这是调试的精髓之一。用step命令会逐条执行代码，如果遇到函数调用，它会跳进函数内部继续单步：

step

而next命令同样是单步，但遇到函数调用时不会深入，而是把整个函数当作一步执行完：

next

两者的区别很关键——如果你怀疑某个函数内部有问题，就用step；如果只是想知道函数返回值，用next省事。

第七步，继续跑起来。如果当前断点的问题已经排查完毕，想让程序继续执行到下一个断点或者结束，用continue：

continue

第八步，查看调用栈。有时候程序崩溃或者停在某处，你不清楚它是怎么跑到这里的。用backtrace（缩写bt）就能看到从main到当前位置的函数调用链条：

backtrace

每条记录会显示函数名、参数以及对应的源代码行号，对定位深层Bug很有帮助。

第九步，调试完成后输入quit退出GDB：

quit

上面这些是最基础的操作，但已经能覆盖日常90%的调试场景。当然GDB的功能远不止这些——条件断点、监视点、线程调试、反汇编分析……这些高级功能可以等你熟练之后再慢慢探索。刚开始，把这九个步骤练熟，遇到程序崩溃、变量值不对、逻辑走不通的时候，至少手头有趁手的工具。