Linux C++开发中如何使用调试器

在Linux环境下使用C++调试器（GDB）进行程序调试

在Linux环境下为C++程序排错，GDB（GNU Debugger）无疑是开发者工具箱里最锋利的“手术刀”。它能让你深入程序内部，逐行审视执行过程，精准定位问题所在。下面，我们就来梳理一下这套标准但至关重要的操作流程。

1. 编译程序

一切调试工作的前提，是获得一份包含调试信息的可执行文件。这需要在编译时加上一个关键的选项：-g。这个选项会告诉编译器，在生成二进制文件的同时，嵌入源代码、变量类型等调试符号。

g++ -g -o myprogram myprogram.cpp

记住，没有-g选项，GDB就如同失去了地图的导航，无法将机器指令与你的源代码对应起来。

2. 启动GDB

编译完成后，就可以在终端中召唤GDB了。命令非常简单直接：

gdb myprogram

看到(gdb)提示符出现，就意味着你已经进入了调试器的交互式环境。

3. 设置断点

调试的核心在于控制。设置断点（Breakpoint）就是让程序在你指定的位置暂停，从而获得检查程序状态的机会。使用break命令（可简写为b）来设置。

比如，想在main函数入口处暂停：

break main

你也可以更精确地指定函数名，甚至是具体的源代码行号：

break myFunction
break myprogram.cpp:42

4. 运行程序

断点设好，就可以让程序跑起来了。使用run命令（简写r）启动程序执行。程序会一路运行，直到命中你设置的第一个断点为止。

run

5. 检查变量和状态

程序暂停后，才是真正开始“侦查”的时刻。GDB提供了一系列命令来窥探程序内部的实时状态：

• print variableName（简写p）：这是最常用的命令，直接打印出指定变量的当前值。
• backtrace（或bt）：显示当前的函数调用堆栈。当程序崩溃或停在深层调用时，它能帮你快速理清“我是怎么执行到这里来的”。
• list（简写l）：显示当前暂停位置附近的源代码，方便你对照查看。
• info locals：一口气列出当前函数作用域内所有局部变量的值，非常高效。
• info args：显示当前函数接收到的所有参数值。

6. 单步执行

检查完状态，接下来可以控制程序“慢动作”前进，观察每一步的变化：

• next（或n）：执行下一行源代码。如果下一行是函数调用，它会将这个函数作为一个整体一步执行完，而不会进入其内部。
• step（或s）：同样是执行下一行，但如果遇到函数调用，它会“步入”该函数内部，允许你继续调试函数里的代码。
• continue（或c）：让程序从当前暂停点继续全速执行，直到遇到下一个断点，或者程序结束。

7. 修改变量

调试不仅是观察，有时还需要主动干预来测试不同场景。使用set命令可以动态地改变一个变量的值。

set variableName = newValue

这个功能在测试边界条件或绕过某些已知问题点时特别有用。

8. 退出GDB

调试工作告一段落，使用quit命令（简写q）即可退出GDB环境，回到终端。

quit

示例

光说不练假把式，我们用一个简单的例子把整个流程串起来。假设有这样一个程序：

// myprogram.cpp
#include 

void myFunction() {
    int a = 10;
    int b = 20;
    int c = a + b;
    std::cout << “c = “<< c << std::endl;
}

int main() {
    myFunction();
    return 0;
}

首先，带上调试信息编译它：

g++ -g -o myprogram myprogram.cpp
gdb myprogram

在GDB中，我们打算在myFunction函数处停下来看看：

break myFunction
run

程序会在进入myFunction时暂停。此时，我们可以检查刚初始化的变量：

print a
print b
print c

然后，执行下一行代码（比如执行加法运算和赋值）：

next

最后，让程序继续执行完毕：

continue

完成后，退出调试器：

quit

以上就是一次完整的GDB调试会话。掌握这些核心步骤，你就能从容地面对Linux下大部分的C++程序调试任务，让代码中的bug无处遁形。