使用GDB调试C++程序需先以-g编译生成调试信息，再通过gdb ./myprogram启动；用run或start运行程序，break设置断点，next和step单步执行，print查看变量值，backtrace查看调用栈；段错误时结合core dump分析可定位崩溃位置；配合layout src、watch、condition等技巧能提升调试效率。
调试C++程序时，GDB（GNU Debugger）是最常用且功能强大的工具之一。掌握基本的GDB命令和实用技巧，能显著提升排查问题的效率。
编译程序时启用调试信息
要使用GDB有效调试C++程序，编译时必须加入 -g 选项，以便生成调试符号信息：
- g++ -g -o myprogram myprogram.cpp
如果没有 -g，GDB无法显示变量值、源码行或函数名。
启动GDB并运行程序
使用以下命令进入GDB调试环境：
立即学习“C++免费学习笔记（深入）”；
- gdb ./myprogram
进入后，可以输入命令控制执行：
- run 或 r：启动程序（可带参数，如 run arg1 arg2）
- start：从main函数开始调试，自动在main处停下
设置断点与单步执行
断点是调试的核心功能，用于暂停程序执行：
- break main 或 b main：在main函数设断点
- break 20：在当前文件第20行设断点
- break filename.cpp:50：在指定文件某行设断点
- info breakpoints：查看所有断点
- delete 1：删除编号为1的断点
程序暂停后，可用以下命令逐步执行：
- next 或 n：执行下一行（不进入函数内部）
- step 或 s：进入函数内部逐行执行
- finish：执行完当前函数并返回
- continue 或 c：继续运行直到下一个断点
查看变量和调用栈
调试过程中经常需要检查变量状态：
- print 变量名 或 p 变量名：打印变量值
- print &变量名：查看变量地址
- print *ptr：查看指针指向的内容
- display 变量名：每次暂停时自动显示该变量
- undisplay 编号：取消自动显示
当程序崩溃或中断时，查看调用栈有助于定位问题：
- backtrace 或 bt：显示完整的函数调用栈
- frame N：切换到第N层栈帧
- up / down：在栈帧之间上下移动
处理段错误等崩溃问题
如果程序发生段错误（Segmentation Fault），可结合core dump进行分析：
- ulimit -c unlimited：允许生成core文件
- 运行程序触发崩溃，生成core文件
- gdb ./myprogram core：用GDB加载core dump
- bt：查看崩溃时的调用栈
这样可以快速定位是哪一行代码导致了访问非法内存。
实用调试技巧
一些高效的小技巧能简化调试过程：
- layout src：进入TUI模式，分屏显示源码
- list 或 l：显示源代码（如 l 30 显示第30行附近）
- watch 变量名：设置观察点，变量修改时自动中断
- condition 1 i==10：为1号断点添加条件（i等于10时才中断）
- signal SIGCONT：继续被信号中断的程序
对于复杂对象（如STL容器），新版GDB支持pretty printer，能清晰显示vector、map等内容，无需手动展开。
基本上就这些。熟练使用GDB的关键在于多练习，比如故意制造空指针、数组越界等问题，再用GDB一步步排查，很快就能掌握核心技能。调试不复杂，但细节决定效率。
