2、GDB基础回顾：启动方式、断点设置、单步执行、查看变量与内存、常用命令速查
GDB（GNU Debugger）是Linux/Unix环境下最强大的调试工具之一。无论是排查段错误、分析程序崩溃原因，还是追踪逻辑错误，GDB都是嵌入式开发、系统编程和服务端应用调试的基石。本章作为高级技巧的铺垫，将系统梳理GDB的核心操作链路：从启动调试器、设置断点、控制执行流，到检查变量与内存，最后汇总一份高频命令速查表。掌握这些基础操作，是后续学习脚本编程、自动化调试和逆向分析的前提。
上图展示了GDB调试的核心闭环：启动调试器后，通过断点定位目标代码区域，使用单步执行精细控制运行节奏，再通过变量与内存查看验证程序状态，最后依据观察结果调整断点或修复代码。这个循环贯穿所有GDB使用场景，也是后续学习脚本化调试的基础模型。
2.1 启动方式：四种典型场景与适用选择
核心原理：GDB的启动本质是让目标程序处于调试器的监控之下。根据程序状态的不同，GDB提供了四种启动路径：直接启动、附加进程、分析核心转储文件以及带参数启动。选择哪种方式取决于调试场景：是复现问题、排查线上故障，还是分析崩溃现场。
操作流程：
- 直接启动：
gdb ./my_program，进入GDB后输入run开始执行。适用于本地可复现的问题。 - 附加到运行中的进程：
gdb -p 12345（PID），或gdb ./my_program 12345。适用于服务端程序卡死、死锁或性能异常，无需重启进程。 - 分析core文件：
gdb ./my_program core.12345。程序崩溃后生成的core dump文件，可离线分析崩溃时的调用栈和变量值。 - 带命令行参数启动：
gdb --args ./my_program -c config.ini --port 8080，或进入GDB后使用set args -c config.ini。适用于需要复现特定参数组合下的问题。
2.2 断点设置：从行号到条件断点的进阶
核心原理：断点（Breakpoint）是GDB最核心的机制，它通过在目标地址插入陷阱指令（trap）或使用硬件调试寄存器，使程序在指定位置暂停。断点不仅限于源代码行号，还可以针对函数、地址、条件表达式甚至数据变化（watchpoint）设置。
断点类型与设置方法：
| 断点类型 | 命令示例 | 适用场景 |
|---|---|---|
| 函数断点 | break main / b my_func | 在函数入口暂停，检查入参 |
| 行号断点 | break file.c:42 | 定位到具体代码行 |
| 条件断点 | break file.c:42 if count > 5 | 满足特定条件才暂停，减少无效中断 |
| 临时断点 | tbreak main | 只生效一次，适合快速跳过循环 |
| 硬件观察点 | watch my_var | 变量值被修改时暂停，无需知道修改位置 |
| 捕获点 | catch throw | C++异常抛出时暂停 |
实战场景：假设有一段循环处理链表的代码，怀疑在i == 100时出现空指针解引用。如果直接设置行号断点，需要手动按continue100次。此时使用条件断点：break process_list.c:88 if i == 100，程序会在第100次迭代时自动暂停，直接检查current->data的值。
if get_count() > 5），会改变程序行为。建议只使用纯变量比较。
2.3 单步执行：next、step与指令级控制
核心原理：单步执行让程序按可控粒度推进。GDB提供源码级和指令级两种步进方式。源码级next和step以行为单位，指令级nexti和stepi以CPU指令为单位。区别在于：next遇到函数调用会整体跳过（不进入函数体），而step会进入被调函数内部。
操作流程与选择策略：
- next / n：执行当前行，若遇到函数调用则视为一行整体执行。适合在主逻辑中快速推进。
- step / s：执行当前行，若遇到函数调用则进入函数内部。适合追踪函数内部逻辑。
- finish：运行到当前函数返回，并打印返回值。适合跳出深层嵌套。
- until：运行到指定行号或循环出口，适合跳出循环。
- nexti / stepi：指令级步进，用于汇编调试或排查编译器优化问题。
案例拆解：调试一个字符串处理函数str_append时，发现结果字符串长度不对。使用step进入函数内部，逐行检查len变量的变化。当执行到memcpy调用时，如果怀疑库函数有问题，使用next跳过；如果怀疑参数传递错误，则使用step进入memcpy的汇编代码，用info registers检查寄存器中的源地址和目标地址。
display命令可以自动显示变量值。例如display len，之后每次单步都会自动打印len的当前值，避免反复手动输入print。
2.4 查看变量与内存：print、x与格式化输出
核心原理：GDB通过读取目标进程的符号表和内存空间，允许调试者查看变量值、内存内容、寄存器状态和调用栈。理解GDB的表达式语法和内存查看格式是高效调试的关键。
变量查看方法：
(gdb) print my_var # 打印变量值
(gdb) print &my_var # 打印变量地址
(gdb) print *ptr # 解引用指针
(gdb) print array[3] # 数组元素
(gdb) print struct_obj.field # 结构体成员
(gdb) ptype my_var # 查看变量类型定义
(gdb) info locals # 查看当前函数所有局部变量
(gdb) info args # 查看当前函数参数内存查看命令x的格式：x/[数量][格式][大小] 地址
| 格式字符 | 含义 | 大小字符 | 含义 |
|---|---|---|---|
| x | 十六进制 | b | 1字节（byte） |
| d | 十进制 | h | 2字节（halfword） |
| u | 无符号十进制 | w | 4字节（word） |
| c | 字符 | g | 8字节（giant） |
| s | 字符串 | ||
| f | 浮点 |
实战示例：查看从buffer地址开始的32字节内存，以十六进制显示，每行8个字节：
(gdb) x/32bx buffer
0x7fffffffe120: 0x41 0x42 0x43 0x44 0x00 0x00 0x00 0x00
0x7fffffffe128: 0x01 0x02 0x03 0x04 0x05 0x06 0x07 0x08
...如果查看字符串内容，使用x/s buffer；查看连续多个字符串指针数组，使用x/5s argv。
print查看数组时，GDB默认只显示第一个元素。要查看整个数组，需要指定长度：print *array@10（查看前10个元素）。另外，print会调用被调试程序的函数（如重载的operator<<），可能产生副作用，在关键代码路径上慎用。
2.5 常用命令速查与调试流程复盘
核心原理：GDB命令虽多，但高频使用的命令集中在运行控制、断点管理、数据查看和程序状态四大类。掌握这些命令的快捷键和组合用法，可以显著提升调试效率。
高频命令速查表：
| 分类 | 命令 | 快捷键 | 功能说明 |
|---|---|---|---|
| 运行控制 | run | r | 启动程序（可带参数） |
| continue | c | 继续运行到下一个断点 | |
| kill | k | 终止当前调试的程序 | |
| quit | q | 退出GDB | |
| 断点管理 | break | b | 设置断点 |
| info breakpoints | i b | 列出所有断点 | |
| delete | d | 删除断点（可指定编号） | |
| disable/enable | 临时禁用/启用断点 | ||
| 数据查看 | p | 打印表达式值 | |
| x | 查看内存 | ||
| display | 自动显示表达式 | ||
| ptype | 查看类型定义 | ||
| 程序状态 | bt | 查看调用栈 | |
| info registers | i r | 查看寄存器值 | |
| info locals | 查看局部变量 | ||
| list | l | 查看源码 |
调试流程复盘：一个典型的GDB调试会话遵循以下步骤：
- 启动与复现：使用
gdb启动程序，输入run复现问题。 - 定位崩溃点：程序崩溃后，输入
bt查看调用栈，找到崩溃函数。 - 设置断点：在崩溃函数入口或关键计算行设置断点，重新运行。
- 单步追踪：使用
next/step逐步执行，观察变量变化。 - 验证修复：修改代码后重新编译，再次调试确认问题解决。
案例闭环：某服务程序在压力测试下偶发段错误。使用gdb -p附加到崩溃前的进程，设置catch signal SIGSEGV捕获段错误信号。程序崩溃时GDB自动暂停，输入bt发现崩溃在hash_table_insert函数中。进一步使用print table->size发现大小为0，说明哈希表未初始化。通过watch table->size设置观察点，重新运行后定位到某条异常路径跳过了初始化代码。修复后，使用gdb --args带相同压力参数验证，连续运行12小时无崩溃。
.gdbinit文件，例如设置set print pretty on美化结构体输出、set pagination off关闭分页。还可以为常用命令定义别名，如alias bt2 = bt 2。这些配置会在每次GDB启动时自动加载，减少重复输入。
总结：GDB基础操作的核心在于理解调试会话的闭环逻辑：启动方式决定了调试的入口，断点设置决定了暂停的位置，单步执行控制了观察的粒度，变量与内存查看提供了判断依据。熟练掌握这些基础命令后，才能进一步学习GDB的脚本编程、Python扩展和自动化调试等高级技巧。建议读者在本地编写一个包含数组越界、空指针和逻辑错误的测试程序，反复练习本章命令，直到形成肌肉记忆。