编译时需添加-g选项生成调试信息，用gdb加载程序后可通过break设置断点，run运行，next/step单步执行，print查看变量值，bt查看调用栈，结合core dump分析崩溃原因。
使用GDB调试C++程序是开发过程中排查问题的重要手段。只要编译时加入调试信息，就能通过GDB查看变量、设置断点、单步执行代码，快速定位错误。
编译程序时启用调试信息
要让GDB能有效工作，必须在编译时加入 -g 选项，这样会把源码、变量名、行号等信息嵌入可执行文件。
- g++ -g -o myprogram myprogram.cpp
- 如果使用Makefile或CMake，确保编译参数包含 -g
启动和基本操作
编译完成后，用 gdb 命令加载程序：
- gdb ./myprogram — 启动GDB并加载程序
- run 或 r — 运行程序（可加命令行参数，如 run arg1）
- quit 或 q — 退出GDB
设置断点与控制执行
断点是调试的核心功能，可以暂停程序在特定位置。
立即学习“C++免费学习笔记（深入）”；
- break main — 在main函数处设断点
- break 20 — 在当前文件第20行设断点
- break filename.cpp:15 — 在指定文件某行设断点
- continue 或 c — 继续执行直到下一个断点
- next 或 n — 单步执行（不进入函数内部）
- step 或 s — 单步执行（进入函数）
- finish — 执行完当前函数并返回
查看变量和调用栈
程序暂停后，可以检查变量值和函数调用路径。
- print 变量名 或 p 变量名 — 查看变量当前值，例如 p x, p str
- display 变量名 — 每次停顿时自动显示该变量
- backtrace 或 bt — 显示完整的函数调用栈
- frame 编号 — 切换到指定栈帧查看上下文
- info locals — 查看当前函数所有局部变量
处理崩溃和核心转储
当程序崩溃生成 core 文件时，可用GDB分析原因。
- ulimit -c unlimited — 允许生成core文件（shell中执行）
- 运行程序触发崩溃，生成 core 或 core.pid
- gdb ./myprogram core — 用GDB加载程序和core文件
- bt — 查看崩溃时的调用栈，快速定位出错位置
实用技巧与建议
提升调试效率的小技巧：
- 使用 layout src 可以在终端中分屏显示源码（需支持TUI）
- set pagination off 关闭分页，避免频繁按回车
- 使用 watch 变量名 设置观察点，变量修改时自动中断
- 在条件断点中使用 break 30 if i==5，只在满足条件时中断
- 调试多线程程序时，用 info threads 查看线程，thread N 切换线程
基本上就这些。GDB功能强大，熟练掌握几个常用命令就能解决大多数运行时问题。关键是编译带 -g，会设断点，能看变量和栈，再配合 core dump 分析，调试C++并不复杂但容易忽略细节。
