使用GDB调试C++段错误需先以g++ -g编译，再通过gdb运行程序，崩溃后用bt查看调用栈，结合frame、list和print命令定位具体错误行及变量状态，常见原因包括空指针、越界访问等。
当C++程序在Linux下运行出现段错误（Segmentation Fault）时，GDB是定位问题最有效的工具之一。通过它，你可以查看崩溃时的调用栈、变量值和执行路径。以下是使用GDB调试C++段错误的完整步骤。
编译程序时加入调试信息
要使用GDB有效调试，必须在编译时加入调试符号。使用 -g 选项让编译器生成调试信息：
g++ -g -o myprogram myprogram.cpp如果没有 -g 选项，GDB无法显示源码行号和变量值，调试将非常困难。
用GDB启动程序并复现段错误
运行GDB并加载你的程序：
立即学习“C++免费学习笔记（深入）”；
gdb ./myprogram进入GDB后，输入 run 启动程序：
(gdb) run如果程序因段错误崩溃，GDB会自动暂停，并提示收到信号 SIGSEGV。此时程序已停在出错位置。
查看崩溃时的调用栈
段错误发生后，使用以下命令分析上下文：
- (gdb) bt：打印完整的调用栈（backtrace），显示函数调用链。
- (gdb) frame N：切换到第N层栈帧，查看对应函数上下文。
- (gdb) list：显示当前行附近的源代码。
- (gdb) print 变量名：查看变量内容，检查是否为空指针或非法值。
常见段错误原因包括：访问空指针、数组越界、使用已释放内存、栈溢出等。通过调用栈可以快速定位到具体代码行。
设置断点和逐步排查
若段错误不是每次必现，可提前设置断点辅助分析：
- (gdb) break main：在main函数入口打断点。
- (gdb) break 文件名:行号：在指定位置打断点。
- (gdb) step：单步执行，进入函数内部。
- (gdb) next：逐行执行，不进入函数。
结合 print 命令观察关键变量变化，有助于发现逻辑错误或非法内存操作。
基本上就这些。只要编译时带上调试信息，GDB能帮你精准定位段错误源头。关键是看懂调用栈并理解每一步的内存操作。熟练掌握后，调试效率会大幅提升。
