1. GDB调试入门：从零开始掌握核心技能
GDB（GNU Debugger）是Linux环境下最强大的代码调试工具之一，它就像程序员的"X光机"，能让我们透视程序的内部运行状态。我第一次接触GDB是在排查一个内存泄漏问题时，当时面对崩溃的程序束手无策，直到同事推荐我用GDB查看core dump文件，才真正体会到它的威力。
GDB之所以成为开发者必备工具，主要体现在三个方面：首先，它支持多种编程语言（C/C++/Go/Rust等）；其次，提供断点设置、单步执行、变量监控等全方位调试功能；最重要的是能分析程序崩溃时的现场状态。根据2023年Stack Overflow开发者调查，超过78%的C/C++开发者将GDB列为首选调试工具。
2. GDB环境配置与基础命令
2.1 安装与启动
在Ubuntu/Debian系统上安装GDB只需一条命令：
bash复制sudo apt-get install gdb
对于嵌入式开发还需要安装交叉编译版本的GDB，例如ARM架构：
bash复制sudo apt-get install gdb-multiarch
启动GDB有三种常用方式：
- 直接调试可执行文件：
bash复制
gdb ./your_program - 附加到正在运行的进程：
bash复制gdb -p 1234 # 1234为进程PID - 分析core dump文件：
bash复制
gdb ./your_program core.1234
2.2 十大必会基础命令
下表列出了GDB最常用的10个命令及其作用：
| 命令 | 缩写 | 功能说明 | 示例 |
|---|---|---|---|
| run | r | 启动程序运行 | run arg1 arg2 |
| break | b | 设置断点 | b main.c:20 |
| continue | c | 继续运行直到下一个断点 | c |
| next | n | 单步执行(不进入函数) | n |
| step | s | 单步执行(进入函数) | s |
| p | 打印变量值 | p *ptr@10 | |
| backtrace | bt | 显示调用栈 | bt |
| frame | f | 切换栈帧 | f 2 |
| list | l | 显示源代码 | l 100,120 |
| quit | q | 退出GDB | q |
经验之谈：在GDB中输入命令时，只需输入足够区分的字符即可。比如"cont"等同于"continue"，"br"等同于"break"。使用TAB键可以自动补全命令。
3. 高级调试技巧实战
3.1 条件断点与观察点
常规断点会每次触发，但在循环中这可能不是我们想要的。GDB支持设置条件断点：
bash复制b 45 if i==100 # 当循环变量i等于100时触发
观察点(watchpoint)则用于监控变量变化：
bash复制watch var_name # 当var_name被修改时暂停
rwatch var_name # 当var_name被读取时暂停
awatch var_name # 读写都会暂停
3.2 多线程调试技巧
调试多线程程序时，这些命令特别有用：
bash复制info threads # 查看所有线程
thread 2 # 切换到线程2
b 30 thread 3 # 只在线程3设置断点
set scheduler-locking on # 锁定当前线程
我曾用这些命令解决过一个棘手的竞态条件问题：通过thread apply all bt命令一次性获取所有线程的调用栈，快速定位了死锁位置。
3.3 内存检查与越界检测
GDB可以检测内存问题：
bash复制x/20wx ptr # 检查ptr指向的20个word
check heap # 检查堆内存(需安装插件)
set watchpoint *(int*)0x1234 # 监控特定内存地址
当遇到"hsocketlink read error"这类网络问题时，可以用p *(struct sockaddr*)&addr来检查socket地址结构体内容。
4. 常见问题排查指南
4.1 "failed to set controlling terminal"错误
这个错误通常发生在尝试调试终端程序时，解决方法有：
- 使用
--tty参数指定终端：bash复制gdb --tty=/dev/pts/1 ./program - 在GDB内重定向IO：
bash复制tty /dev/pts/1 run > output.txt 2>&1
4.2 Core Dump分析流程
当程序崩溃生成core文件时，按以下步骤分析：
- 确保系统允许生成core文件：
bash复制ulimit -c unlimited - 加载core文件：
bash复制
gdb ./program core.1234 - 关键检查点：
bash复制bt full # 完整调用栈 info locals # 局部变量 info registers # 寄存器状态 disassemble # 反汇编当前指令
4.3 远程调试配置
对于嵌入式开发，GDB的远程调试功能必不可少：
- 目标板启动gdbserver：
bash复制
gdbserver :1234 ./program - 开发机连接调试：
bash复制
target remote 192.168.1.100:1234 - 如果出现"check gdb server settings"错误，检查：
- 网络连通性
- 防火墙设置
- 两端架构是否匹配
- gdbserver版本兼容性
5. 效率提升技巧
5.1 自动化脚本
GDB支持脚本自动化，例如创建.gdbinit文件：
code复制define memscan
set $addr = $arg0
while $addr < $arg1
if (*(int*)$addr == $arg2)
printf "Found at 0x%x\n", $addr
end
set $addr = $addr + 4
end
end
5.2 可视化调试
开启TUI模式获得更好体验：
bash复制gdb -tui ./program
# 或在GDB内：
layout src
layout asm
5.3 插件扩展
增强GDB功能的常用插件：
安装GEF只需：
bash复制wget -q -O ~/.gdbinit-gef.py https://gef.blah.cat/py
echo source ~/.gdbinit-gef.py >> ~/.gdbinit
调试大型项目时，我习惯将常用命令保存为脚本，比如自动在关键函数设断点、启动时打印特定变量等。这能节省大量重复操作时间。另一个实用技巧是使用command命令为断点添加自动执行动作，比如在断点触发时自动打印相关变量并继续执行。