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++ -g -o myprogram myprogram.cpp不加 -g 的话，GDB 无法显示变量内容或源码行，调试效果大打折扣。
启动并运行 GDB
使用以下命令启动 GDB：
立即学习“C++免费学习笔记（深入）”；
gdb ./myprogram进入 GDB 后，输入 run（或简写为 r）来运行程序：
(gdb) run也可以在启动时直接传参：
gdb --args ./myprogram arg1 arg2设置断点
断点是调试的核心功能，可以让程序在指定位置暂停。
- (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 命令查看变量值：
(gdb) print x (gdb) print *ptr (gdb) print arr[0]
也可以打印复杂表达式：
(gdb) print x + y如果想持续监视某个变量，可以用：
(gdb) display x每次程序暂停时都会自动显示该变量值。取消监视用 undisplay。
查看调用栈
当程序崩溃或暂停时，查看函数调用历史非常有用。
- (gdb) backtrace（bt）—— 显示完整的调用栈
- (gdb) frame 2 —— 切换到第2层栈帧
- (gdb) up / (gdb) down —— 在栈帧间上下移动
切换栈帧后，可以查看该层级的局部变量。
处理段错误（Segmentation Fault）
若程序崩溃，可在 GDB 中运行后用 backtrace 定位出错位置：
(gdb) run ... 程序崩溃 ... (gdb) backtrace通常能清楚看到哪一行访问了非法内存，比如空指针或越界数组。
附加到正在运行的进程
调试一个已经在运行的程序：
gdb ./myprogram 1234其中 1234 是进程 PID。或者进入 GDB 后用：
(gdb) attach 1234调试结束记得用 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++ 调试效率。关键是多练习，结合实际问题使用断点、查看变量和调用栈，逐步熟悉操作流程。
