GDB（GNU调试器）的 bt 命令（backtrace的缩写）用于查看函数调用栈，是调试程序崩溃、死锁或逻辑错误的核心工具，以下是详细解析：
bt 命令的作用
当程序崩溃或暂停时（如触发断点、收到信号），bt 会从当前执行点开始，逆向展示函数调用链，帮助定位问题源头。
表示 main() 调用了 crash_function()，后者在第 6 行发生错误。
输出格式解读
每条记录包含 4 部分：
#<层数> <内存地址> in <函数名> (<参数类型>) at <文件名:行号>
- 层数 (#0/#1/…)：调用栈层级，
#0是当前函数（崩溃点），#1是调用它的上层函数。 - 内存地址：函数在内存中的地址（可忽略）。
- 函数名和参数：如
func(int x)，若编译时未包含调试信息，可能显示<函数名+偏移量>。 - 文件名和行号：关键定位信息，需用
-g选项编译程序（如gcc -g test.c）。
使用场景与命令
| 场景 | 命令 | 作用 |
|---|---|---|
| 基本调用栈 | bt |
显示完整调用栈（默认最多 200 层） |
| 限制显示层数 | bt 3 |
只显示最近的 3 层 |
| 查看详细帧信息 | frame <层数> |
切换到指定栈帧（如 frame 1） |
| 显示局部变量 | info locals |
查看当前帧的局部变量 |
| 查看寄存器值 | info registers |
显示当前帧的 CPU 寄存器状态 |
实战示例
-
编译带调试信息的程序：
gcc -g test.c -o test gdb ./test
-
触发崩溃后查看调用栈：
(gdb) bt #0 divide (a=10, b=0) at test.c:5 // 当前函数：除零错误 #1 0x08048472 in calculate () at test.c:10 #2 0x0804849a in main () at test.c:16
分析：
main→calculate→divide，错误在test.c第 5 行。 -
检查具体栈帧：
(gdb) frame 1 // 切换到 calculate 函数帧 (gdb) info locals // 查看 calculate 中的变量 x = 10, y = 0
常见问题解决
-
无文件名/行号：
→ 确认编译时添加了-g选项。
→ 若显示 ，表示调试信息缺失。 -
调用栈不完整：
→ 使用bt full显示所有帧的局部变量。
→ 栈内存损坏时，尝试set backtrace past-main on显示main()之前的调用。 -
优化代码的调试：
→ 编译器优化（如-O2）可能导致行号不准确，建议调试时使用-O0。
高级技巧
- 保存调用栈：
bt full > stack.log导出详细日志。 - 条件断点：
break test.c:10 if x==0在特定条件触发断点。 - 多线程调试：
thread apply all bt查看所有线程的调用栈。
bt 是 GDB 调试的基石，通过函数调用链快速定位崩溃点，核心步骤：
gcc -g编译程序；- 在 GDB 中运行至断点/崩溃；
- 执行
bt分析栈帧； - 用
frame和info locals检查上下文。
引用说明参考 GNU GDB 官方文档（sourceware.org/gdb/）及《The Developer’s Guide to Debugging》（2011），实践基于 GCC 12.2.0 和 GDB 13.2。
原创文章，发布者：酷番叔，转转请注明出处：https://cloud.kd.cn/ask/8785.html
