Linux下如何使用GDB调试程序？

在Linux系统中，GDB（GNU Debugger）是功能强大的调试工具，主要用于调试C、C++、Go等语言编写的程序，通过GDB，开发者可以控制程序执行、设置断点、查看变量值、分析内存状态等，从而快速定位程序中的bug，以下将详细介绍GDB的使用方法，从安装到高级功能,帮助开发者掌握这一工具。

安装GDB

在使用GDB前，需确保系统已安装，不同Linux发行版的安装命令不同：

• Ubuntu/Debian：sudo apt update && sudo apt install gdb
• CentOS/RHEL：sudo yum install gdb 或 sudo dnf install gdb（适用于较新版本）
  安装完成后，通过gdb --version验证是否成功,输出版本号即表示安装成功。

编译程序以支持调试

GDB调试需要程序包含调试符号（如变量名、行号信息），因此编译时需添加-g选项，使用gcc编译C程序：

gcc -g test.c -o test  # -g选项生成调试信息，-o指定输出文件

若忽略-g，GDB将无法显示源码行号和变量名,调试功能受限。

启动GDB

启动GDB的基本语法为gdb [可执行文件]，

gdb ./test  # 调试当前目录下的test程序

启动后，GDB会进入交互式界面，提示符为(gdb)，GDB还支持其他启动方式：

• 调试已运行的进程：gdb -p [进程ID]（需配合ps aux查找进程ID）
• 调试core文件：gdb [可执行文件] [core文件]（需先用ulimit -c unlimited开启core文件生成）

GDB核心调试命令

GDB通过命令控制程序执行，以下是常用命令及功能说明（部分命令可缩写，如break→b）：

断点管理

断点是调试的核心，GDB支持多种断点类型：

1. 行号断点：在指定源码行设置断点，如b main.c:20（main.c第20行）。
2. 函数断点：在函数入口处设置断点，如b main或b 'void func(int)'（带函数签名）。
3. 条件断点：仅当条件满足时触发，如b 10 if i == 5（第10行且i等于5时停）。
4. 观察点：监控变量值变化，如watch i（i变化时停），rwatch（读变化），awatch（读/写变化）。

高级调试功能

1. 多线程调试

   • 查看线程：info threads（显示所有线程，标记当前线程）
   • 切换线程：thread [线程ID]（如thread 2）
   • 设置锁调度：set scheduler-locking on（调试时锁定线程，避免其他线程干扰）

2. 远程调试
   通过target remote调试远程设备上的程序，如target remote 192.168.1.100:1234（连接远程GDB服务器）。

3. 动态断点
   使用catch捕获事件，如catch throw（捕获异常）、catch fork（捕获进程创建）。

4. 源码查看

   • list（l）：显示当前行附近的源码，如l 1,20（显示1-20行）
   • set listsize 50：设置每次显示的源码行数

调试流程示例

假设有以下C程序test.c（存在数组越界bug）：

#include <stdio.h>
int main() {
    int arr[3] = {1, 2, 3};
    int i = 0;
    while (i < 5) {
        printf("%dn", arr[i]);  // 越界访问arr[3]、arr[4]
        i++;
    }
    return 0;
}

调试步骤：

1. 编译：gcc -g test.c -o test
2. 启动GDB：gdb ./test
3. 设置断点：b main（停在main函数入口）
4. 运行：r，执行后用n单步执行，观察i和arr[i]的变化（p i、p arr[i]）
5. 当i=3时，arr[3]越界，GDB会显示错误信息，定位到问题代码行。

相关问答FAQs

Q1: GDB调试时提示“No symbol table is loaded”，怎么办？
A: 该错误通常是因为编译时未加-g选项，导致可执行文件不含调试符号，解决方法：重新编译程序时添加-g，如gcc -g test.c -o test，然后重新启动GDB调试。

Q2: 如何调试多线程程序中的死锁问题？
A: 可通过以下步骤定位死锁：

1. 启动GDB后，用info threads查看所有线程状态，确认线程是否卡住。
2. 对每个线程执行bt（backtrace），查看调用堆栈，分析线程是否等待同一锁或资源。
3. 使用set scheduler-locking on锁定当前线程，避免其他线程干扰，逐步分析线程间的资源竞争关系。
4. 若怀疑锁未释放，可在加锁处设置观察点（如watch mutex_var）,监控锁状态变化。