使用GDB调试C++程序需先编译时加-g选项生成调试信息，再通过gdb ./program启动；常用命令包括run运行、break设断点、next/step单步执行、print查看变量、bt查看调用栈；可设置条件断点、观察点、附加到进程，结合core dump分析崩溃问题。
调试C++程序时，GDB（GNU Debugger）是最常用且功能强大的工具之一。它可以帮助你定位段错误、逻辑错误、内存问题等。下面介绍如何使用GDB调试C++程序，包括常用命令和实用技巧。
编译程序时加入调试信息
要使用GDB有效调试，必须在编译时加入调试符号。使用 -g 选项：
g++ -g -o myprogram myprogram.cpp这样生成的可执行文件包含变量名、行号等信息，GDB才能准确显示源码和变量值。
启动GDB并运行程序
进入调试环境：
立即学习“C++免费学习笔记（深入）”；
gdb ./myprogram启动后，在GDB提示符下输入命令。常用基础命令：
- run (r)：运行程序，可带参数，如 run arg1 arg2
- quit (q)：退出GDB
- help：查看帮助，如 help break
设置断点与单步执行
断点是调试的核心，可以在关键位置暂停程序运行。
- break main：在main函数处设断点
- break 20：在当前文件第20行设断点
- break myfile.cpp:25：在指定文件某行设断点
- info breakpoints：查看所有断点
- delete 1：删除编号为1的断点
程序暂停后，可以逐步执行：
- next (n)：执行下一行（不进入函数）
- step (s)：进入函数内部
- continue (c)：继续运行直到下一个断点
- finish：执行完当前函数并返回
查看变量和表达式
在断点处检查变量状态是排查问题的关键。
- print variable_name 或 p variable_name：打印变量值
- print &variable：打印变量地址
- print func()：调用函数（谨慎使用）
- display x：每次暂停时自动显示x的值
- undisplay N：取消编号为N的自动显示
对于复杂类型如STL容器，GDB可能默认显示不友好，可启用Python扩展增强显示：
source /usr/share/gdb/auto-load/libstdc++.so.6.0.XX-gdb.py处理崩溃和核心转储
如果程序崩溃生成了core dump文件，可以用GDB分析：
gdb ./myprogram core进入后使用：
- bt：查看调用栈（backtrace）
- frame N：切换到第N层栈帧
- info locals：查看当前函数的局部变量
确保系统允许生成core文件：
ulimit -c unlimited实用调试技巧
-
条件断点：只在满足条件时中断
break 30 if i == 5 -
观察点（Watchpoint）：当变量被修改时中断
watch x -
附加到正在运行的进程：
gdb ./myprogram PID 或在GDB中 attach PID -
跳过某些代码：
jump 50 跳转到第50行（不执行中间代码）
基本上就这些。掌握GDB基本命令后，结合实际问题多练习，能显著提升C++调试效率。关键是编译加-g，会设断点，能查变量，看懂调用栈。遇到崩溃别慌，用core文件定位问题。调试不复杂，但容易忽略细节。
