掌握GDB调试需先编译时加-g生成调试信息，再通过gdb启动程序，使用break设断点、run运行、next/step单步执行，崩溃时用backtrace查看调用栈、print检查变量值，结合continue和信号处理定位问题。
调试是程序开发中不可或缺的一环，尤其在处理复杂逻辑或难以复现的 bug 时，GDB（GNU Debugger）作为 C++ 开发中最常用的调试工具之一，能帮助开发者深入理解程序运行状态。掌握 GDB 的基本用法，可以大幅提升问题排查效率。
编译程序时启用调试信息
要使用 GDB 调试 C++ 程序，第一步是在编译时加入调试符号。这些符号让 GDB 能够将机器指令映射回源代码行、变量名和函数名。
使用 -g 编译选项生成调试信息：
// 示例代码：main.cpp #include iostream> int main() { int a = 10, b = 0; std::cout return 0; }正确编译命令：
立即学习“C++免费学习笔记（深入）”；
g++ -g -o main main.cpp没有 -g 选项，GDB 无法显示源码或设置断点到具体行号。
启动与基本操作
使用以下命令启动 GDB：
gdb ./main进入 GDB 后，常用命令包括：
- run (r)：运行程序
- break (b) 行号/函数名：在指定位置设置断点
- next (n)：执行下一行（不进入函数）
- step (s)：单步执行，进入函数内部
- continue (c)：继续运行直到下一个断点或崩溃
- print (p) 变量名：查看变量当前值
- quit (q)：退出 GDB
例如，在 main 函数处设置断点：
注意：需要在本地调试我们的网站的必须安装配置IIS，不可以使用ASP调试工具.exe或小旋风asp或APMServ等这类工具调试，因为这类简易的IIS替代工具,去掉了很多功能,有些语句是不支持的。 【程序】ASP 【数据库】ACCESS (只要支持ASP的空间均自带此数据库) 【前台】全部生成.html静态页面 本程序专为企业网站进行打造，三大特色无与伦比： ☆全后台操作☆前台所有内容均可以后台
查看调用栈与检查变量
当程序中断（如断点命中或崩溃），可通过以下命令分析上下文：
- backtrace (bt)：显示当前调用栈，查看函数调用路径
- frame n：切换到第 n 层栈帧
- info locals：列出当前栈帧中的所有局部变量
- print variable_name：打印变量值，支持表达式如 p a + b
对于前面的除零示例，程序会收到 SIGFPE 信号。GDB 会自动暂停，输入 bt 可看到出错位置，再用 print a 和 print b 确认变量状态。
处理崩溃与信号
C++ 程序崩溃（如段错误、除零）时，GDB 能捕获信号并保留现场。
默认情况下，GDB 在收到如 SIGSEGV 或 SIGFPE 时会暂停程序。你可以：
- 使用 signal 命令查看当前信号信息
- 用 handle 控制信号处理方式，例如忽略或传递
- 结合 bt 定位崩溃源头
例如，发现段错误后输入：
(gdb) bt可清晰看到是哪个函数、哪一行导致了访问非法内存。
基本上就这些。熟练使用 GDB 不需要记住所有命令，关键是掌握核心流程：编译带 -g，设断点，单步执行，查变量，看栈回溯。遇到崩溃时别急着重启程序，让 GDB 帮你定格那一刻的状态。调试能力越强，写代码就越有底气。
