答案：使用GDB调试C++段错误需先编译时加-g选项，再通过gdb运行程序，利用run触发崩溃后用bt查看调用栈，list定位代码行，print检查变量值，结合break、step等命令逐步排查空指针、越界访问等内存问题。
遇到C++程序出现segmentation fault（段错误）时，最有效的排查方式是使用GDB（GNU Debugger）。它能帮助你定位到出错的具体代码行，查看变量状态、调用栈和内存访问情况。下面是一些实用的调试技巧和基础GDB命令，帮你快速诊断和修复段错误问题。
编译时开启调试信息
要让GDB正常工作，必须在编译时加入调试符号。使用 -g 选项：
g++ -g -o myprogram myprogram.cpp这样生成的可执行文件包含变量名、行号等信息，GDB才能准确显示源码和变量值。
启动GDB并运行程序
用GDB加载你的程序：
gdb ./myprogram进入GDB后，输入 run 开始执行程序：
(gdb) run如果程序崩溃，GDB会自动暂停，并提示出错位置。
查看崩溃位
置和调用栈
置和调用栈发生段错误后，使用以下命令分析现场：
- where 或 bt：打印调用栈，显示函数调用链
- frame N：切换到第N层栈帧，查看上下文
- list：显示当前行附近的源码
- print 变量名：查看变量的值，比如指针是否为 nullptr
重点关注空指针、数组越界、野指针或释放后访问等问题。
设置断点和逐步执行
在可疑代码前设置断点，逐步执行观察行为：
- break 行号 或 break 函数名：设置断点
- next：执行下一行（不进入函数）
- step：进入函数内部
- continue：继续运行直到下一个断点或崩溃
通过逐步执行，可以确认哪一行触发了段错误。
检查内存访问问题
段错误常由非法内存操作引起。常见原因包括：
- 访问空指针或未初始化指针
- 数组/容器越界访问
- 使用已 delete 或 free 的内存
- 栈溢出（如递归太深）
在GDB中，结合 print 和 x 命令查看内存内容：
x/4xw &var # 查看变量地址的4个十六进制字使用GDB附加到正在运行的进程
如果程序已经运行并卡住，可以用GDB附加：
gdb --pid=1234这适合调试长时间运行或服务类程序的崩溃问题。
基本上就这些。掌握这些基础操作后，大多数段错误都能快速定位。关键是编译带调试信息，用GDB跑一遍，看调用栈和变量状态。不复杂但容易忽略细节。
