答案：使用GDB调试C++程序需编译时添加-g和-O0以生成调试信息并关闭优化，通过gdb ./program启动后可用run运行程序，结合break设置断点、step/next单步执行、print查看变量、backtrace分析调用栈；当程序崩溃产生core dump时，用gdb ./program core加载核心转储文件，执行bt快速定位崩溃位置，并结合frame切换栈帧与print检查变量状态，还可通过list查看源码或directory指定源码路径，对运行中进程可使用attach PID进行附加调试，完成后detach退出。
调试 C++ 程序时，GDB（GNU Debugger）是最强大且常用的工具之一。它能帮助你定位段错误、逻辑错误、内存访问异常等问题，尤其是在程序崩溃后通过核心转储（core dump）进行事后分析时特别有用。下面介绍如何使用 GDB 调试 C++ 程序，并结合核心转储进行问题排查。
编译时启用调试信息
要让 GDB 正常工作，必须在编译时加入调试符号。使用 -g 选项：
g++ -g -O0 -o myprogram myprogram.cpp
-g 生成调试信息，-O0 关闭优化，避免代码被优化导致变量不可见或跳转混乱。
启动 GDB 并运行程序
进入调试环境：
立即学习“C++免费学习笔记（深入）”；
gdb ./myprogram
在 GDB 提示符下运行程序：
(gdb) run
也可以传入命令行参数：
(gdb) run arg1 arg2
常用调试命令
在 GDB 中，以下命令非常实用：
- break main 或 b main：在 main 函数设置断点
- break filename:line：在指定文件某行设断点
- info breakpoints：查看所有断点
- step（s）：单步执行，进入函数
- next（n）：单步执行，不进入函数
- print variable（p var）：打印变量值
- backtrace（bt）：查看调用栈
- continue（c）：继续执行直到下一个断点
- quit（q）：退出 GDB
处理段错误与核心转储（Core Dump）
当程序因非法内存访问崩溃时，系统可能生成 core 文件。要启用 core dump：
ulimit -c unlimited
运行程序触发崩溃后，会生成 core 文件（如 core 或 core.pid）。用 GDB 加载它：
gdb ./myprogram core
进入后立即执行 backtrace 查看崩溃时的调用栈：
(gdb) bt
这能帮你快速定位是哪个函数、哪一行导致了问题。结合 frame n 切换栈帧，再用 print 查看局部变量状态。
结合源码查看与变量检查
GDB 支持直接查看源代码：
(gdb) list
显示当前行附近的代码。若源文件路径变更导致找不到，可用 directory 指定源码目录：
(gdb) directory /path/to/source
对于复杂类型如 std::string、std::vector，GDB 通常能正确显示内容。但如果版本较旧，可考虑升级 GDB 或启用 Python 扩展（如 libstdc++ 的 pretty printers）提升可读性。
附加到正在运行的进程
对长期运行或服务类程序，可用 GDB 附加到进程：
gdb ./myprogram PID
或在 GDB 内执行：
(gdb) attach PID
调试完成后记得 detach，避免程序卡住。
基本上就这些。熟练掌握 GDB 和 core dump 分析，能极大提升排查 C++ 难题的效率。关键是编译带调试信息、合理设断点、善用 backtrace 和变量检查。
