GDB是C++调试的核心工具，需编译时加-g选项生成调试信息；通过gdb ./program启动后可用break设置断点，run运行程序，next/step控制单步执行，print/display查看变量值，backtrace分析调用栈，attach附加运行进程，结合条件断点、TUI模式和core dump可高效定位段错误等疑难问题。

在C++开发中，GDB（GNU Debugger） 是最常用的调试工具之一。它可以帮助你查看程序运行时的状态，比如变量值、调用栈、执行流程等，是排查段错误、逻辑错误的利器。下面介绍如何使用 GDB 调试 C++ 程序，并总结常用命令和实用技巧。

编译程序时加入调试信息

要使用 GDB 有效调试，必须在编译时添加 -g 选项，这样编译器会将调试信息（如变量名、行号）嵌入到可执行文件中。

不加 -g 的话，GDB 无法显示变量内容或源码行，调试效果大打折扣。

启动并运行 GDB

使用以下命令启动 GDB：

进入 GDB 后，输入 run（或简写为 r）来运行程序：

也可以在启动时直接传参：

设置断点

断点是调试的核心功能，可以让程序在指定位置暂停。

• (gdb) break main —— 在 main 函数处设断点
• (gdb) break 20 —— 在当前文件第 20 行设断点
• (gdb) break myfile.cpp:25 —— 在指定文件某行设断点
• (gdb) break func_name —— 在函数入口设断点

查看所有断点：(gdb) info breakpoints

删除断点：(gdb) delete 1（删除编号为1的断点）

控制程序执行

程序暂停后，可以逐行执行并观察状态：

• (gdb) next（n）—— 执行下一行（跳过函数调用）
• (gdb) step（s）—— 进入函数内部
• (gdb) continue（c）—— 继续运行直到下一个断点
• (gdb) finish —— 执行完当前函数并返回
• (gdb) quit（q）—— 退出 GDB

查看变量和表达式

使用 print 命令查看变量值：

也可以打印复杂表达式：

如果想持续监视某个变量，可以用：

每次程序暂停时都会自动显示该变量值。取消监视用 undisplay。

查看调用栈

当程序崩溃或暂停时，查看函数调用历史非常有用。

• (gdb) backtrace（bt）—— 显示完整的调用栈
• (gdb) frame 2 —— 切换到第2层栈帧
• (gdb) up / (gdb) down —— 在栈帧间上下移动

切换栈帧后，可以查看该层级的局部变量。

处理段错误（Segmentation Fault）

若程序崩溃，可在 GDB 中运行后用 backtrace 定位出错位置：

通常能清楚看到哪一行访问了非法内存，比如空指针或越界数组。

附加到正在运行的进程

调试一个已经在运行的程序：

其中 1234 是进程 PID。或者进入 GDB 后用：

调试结束记得用 detach 分离进程。

实用技巧

• 使用 TUI 模式：启动带源码窗口的界面，命令为 gdb -tui ./myprogram，按 Ctrl+X+A 切换回普通模式。
• 条件断点：只在满足条件时中断，例如：break 20 if x == 5
• 命令脚本：将常用命令写入文件，用 (gdb) source gdb_commands.txt 执行。
• 捕获核心转储（core dump）：程序崩溃后生成 core 文件，可用 gdb ./myprogram core 分析原因。

基本上就这些。GDB 功能强大，熟练掌握后能极大提升 C++ 调试效率。关键是多练习，结合实际问题使用断点、查看变量和调用栈，逐步熟悉操作流程。