c++的DWARF调试信息是什么？ (深入理解GDB)

DWARF 是标准化调试信息格式，GDB 依赖其解析变量、调用栈和源码映射；它独立于编译器和语言，嵌入在目标文件中，与符号表（.symtab）功能不同。

什么是 DWARF，它和 GDB 有什么关系？

DWARF 是一种标准化的调试信息格式，不是 C++ 语言特性，也不是编译器私有产物。GDB 能识别变量名、调用栈、源码行号、结构体内存布局，全靠目标文件（.o）或可执行文件里嵌入的 DWARF 数据。GCC/Clang 默

认在 -g 下生成 DWARF v4/v5，GDB 依赖这些数据做符号解析和内存映射。

怎么确认你的二进制里真有 DWARF？

常见错误是以为加了 -g 就万事大吉，但链接时可能被 strip 掉，或用了 -s。验证方法很简单：

readelf -w ./a.out | head -20
# 或更直接：
file ./a.out  # 输出含 "with debug_info" 才算有效
# 若看到 "stripped"，说明 DWARF 已丢失，GDB 将无法显示变量、无法步进源码

• objdump -g 可看简化版调试条目，适合快速扫一眼是否有 DW_TAG_subprogram（函数）或 DW_TAG_variable
• 如果用 gcc -g -O2 编译，DWARF 仍在，但变量可能被优化掉（optimized out），这不是 DWARF 缺失，而是编译器没给它留寄存器/栈位置

为什么 GDB 有时显示不出局部变量或内联函数？

这通常不是 GDB 的 bug，而是 DWARF 描述和实际代码不匹配：

• 内联函数默认不生成独立 DW_TAG_subprogram，除非加 __attribute__((used)) 或编译时用 -ginline-points（GCC）让 DWARF 记录内联点
• 局部变量若被分配到寄存器且未 spill 到栈，DWARF 可能只写 DW_OP_regX；GDB 在某些架构（如 ARM64 中断上下文）可能读不到该寄存器当前值
• 使用 -frecord-gcc-switches 可让 DWARF 存编译参数，有助于排查“为什么这个 struct 成员 offset 不对”之类问题

DWARF 和符号表（.symtab）是两套东西

很多人混淆 nm ./a.out 能看到的符号和 GDB 能用的变量。关键区别：

• .symtab 只存函数/全局变量的地址和名字（比如 main、global_counter），没有类型、作用域、行号信息
• DWARF 提供 main 的参数类型、每行对应哪段机器码、std::vector 的 size() 成员函数在哪——这些 .symtab 完全不记录
• strip --strip-unneeded 会删 .symtab 但保留 DWARF；strip --strip-debug 才删 DWARF——别用错命令

真正卡住调试的，往往不是“找不到符号”，而是 DWARF 描述的变量生命周期和实际寄存器分配对不上，这时候得看 info registers 和 maint info dwarf 对比验证。