使用GDB调试C++程序需先编译时加-g选项生成调试信息，再通过gdb ./main启动，用run运行程序，break设置断点，next和step单步执行，print查看变量值，list显示代码，continue继续执行，崩溃时用gdb分析core文件并bt查看调用栈，结合layout src、watch等技巧提升效率。
使用GDB调试C++程序是开发过程中排查问题的重要手段。只要编译时加入调试信息，就可以通过GDB逐步执行代码、查看变量值、设置断点等操作来定位错误。
1. 编译程序时添加调试信息
要让GDB能正确读取变量名、函数名和行号，必须在编译时加上 -g 选项：
- g++ -g main.cpp -o main
这样生成的可执行文件会包含调试符号，GDB才能正常工作。发布版本通常不加 -g 来减小体积。
2. 启动GDB并运行程序
用以下命令启动GDB：
立即学习“C++免费学习笔记（深入）”；
- gdb ./main
进入GDB后，输入 run（或简写为 r）来运行程序：
- (gdb) run
也可以在 run 后面加命令行参数，比如 run arg1 arg2。
3. 设置断点
断点可以让程序执行到某一行暂停，方便检查状态：
- (gdb) break main # 在 main 函数处设断点
- (gdb) break 10 # 在第10行设断点
- (gdb) break funcName # 在函数 funcName 入口处停住
查看所有断点用 info breakpoints，删除用 delete breakpoint N（N为编号）。
4. 单步执行与查看变量
程序暂停后，常用命令有：
- (gdb) next # 执行下一行（不进入函数）
- (gdb) step # 进入函数内部
- (gdb) print x # 查看变量 x 的值
- (gdb) list # 显示当前代码上下文
- (gdb) continue # 继续运行直到下一个断点
print 命令支持表达式，如 print x + y 或调用简单函数。
5. 处理崩溃程序（Core Dump）
如果程序崩溃生成了 core 文件，可以用GDB分析：
- gdb ./main core
进入后输入 bt（backtrace）查看调用栈，快速定位崩溃位置。
6. 其他实用技巧
一些提高效率的操作：
- 使用 layout src 切换到源码视图（TUI模式）
- 用 watch x 设置观察点，当变量x改变时暂停
- finish 命令跳出当前函数
- 调试多线程程序时用 thread 查看和切换线程
基本上就这些。掌握基本命令后，可以更高效地发现逻辑错误、内存越界等问题。GDB功能强大，但关键是熟悉常用操作，结合实际问题灵活使用。
