GDB 是 Linux 下 C ++ 调试的核心工具，通过 g ++ -g -O0 编译生成调试信息，使用 run、break、step、next、continue 等命令控制执行流，借助 print、info locals、backtrace 查看变量与调用栈，结合条件断点、watch 监控变量、core dump 分析崩溃，支持 attach 进程和脚本自动化，全面提升调试效率。
调试是开发过程中不可或缺的一环，尤其在 C++ 这类系统级语言中，程序出错时往往难以通过打印快速定位问题。GDB（GNU Debugger）作为 Linux 下最强大的调试 工具 之一，能够帮助开发者深入分析程序运行状态、查看变量值、跟踪函数调用、定位段错误等。掌握 GDB 的基本与进阶用法，能极大提升调试效率。
编译程序时启用调试信息
使用 GDB 调试前，必须确保程序在编译时包含调试符号。否则 GDB 无法显示变量名、源码行号等关键信息。
正确编译方式：
g++ -g -O0 -o myprogram myprogram.cpp
- -g：生成调试信息，让 GDB 可以关联源码
- -O0：关闭优化，避免代码被重排导致断点错乱
若使用 Makefile 或 CMake，也需确保开启调试选项。
立即学习“C++ 免费学习笔记（深入）”；
启动和基本操作
使用 GDB 启动程序：
gdb ./myprogram
进入 GDB 交互界面后常用命令：
- run (r)：运行程序，可加参数如 run arg1 arg2
- break main 或 b main：在 main 函数设断点
- break 15：在当前文件第 15 行设断点
- break file.cpp:20：在指定文件某行设断点
- info break：查看所有断点
- delete 1：删除编号为 1 的断点
- step (s)：单步执行，进入函数内部
- next (n)：单步执行，不进入函数
- continue (c)：继续运行直到下一个断点
- print var 或 p var：打印变量值
- list 或 l：显示当前源码上下文
查看调用 栈和变量状态
当程序中断时，了解当前函数调用路径非常重要。
- backtrace (bt)：显示完整的调用栈，从当前函数回溯到 main
- frame 2：切换到第 2 层栈帧，查看该上下文中的局部变量
- info locals：打印当前栈帧中所有局部变量的值
- print this：在成员函数中查看当前对象内容
- print *this：查看对象的完整成员
对于复杂类型如 vector、map，GDB 通常能 格式化输出 其内容（需 STL 支持脚本）。
处理段错误和崩溃程序
程序崩溃后，可通过 core dump 文件进行事后调试。
- 先允许生成 core 文件：ulimit -c unlimited
- 运行程序触发崩溃，生成 core 文件（如 core 或 core.pid）
- 使用命令加载：gdb ./myprogram core
进入后执行 bt 查看崩溃时的调用栈，快速定位出错位置。结合 frame 和 print 检查变量状态，判断是否空指针、越界访问等。
实用技巧提升效率
- 条件断点：避免频繁中断
break 25 if i == 100 —— 仅当 i 等于 100 时中断 - 监视点（Watchpoint）：变量被修改时自动中断
watch myvar —— 当 myvar 值变化时暂停 - 命令脚本：将常用命令写入 .gdbinit 文件，启动时自动执行
- attach 到运行中的进程：
gdb ./myprogram 1234 —— 附加到 PID 为 1234 的进程 - 信号处理：默认 GDB 会暂停程序接收信号（如 SIGSEGV），可用 handle SIGSEGV nostop 忽略某些信号
基本上就这些。熟练使用 GDB 不仅能快速修复 bug，还能加深对程序执行流程的理解。调试不是补救，而是理解程序行为的重要手段。多练习常见场景，比如迭代器失效、内存泄漏（配合 valgrind）、死锁等，会让你在 C++ 开发中更加从容。
