解析ELF文件中DWARF .debug_info段时的长度解析问题

核心问题：字节序与unit_length的定义 #

• DWARF多字节数值采用目标平台的字节序（通常为小端），解析时需将字节序列转换为主机字节序。
• 根据DWARF 5标准，unit_length指的是编译单元头部+调试信息条目的总长度，不包含unit_length字段本身，readelf显示的0x96就是这个值。

你遇到的字节序矛盾 #

objdump输出的01000000是4字节的实际存储值，按小端字节序解析后为0x00000001，这和readelf的0x96不符，大概率是你误读了objdump的输出——正确的存储值应该是96000000（小端格式），解析后正好是0x96。如果确实是01000000，需要检查目标文件是否损坏，或是误读取了其他段的内容。

简洁C++解析示例（无外部依赖） #

以下代码片段可处理32位和64位格式的unit_length解析：

#include <cstdint>

// 解析小端32位整数
uint32_t read_le32(const uint8_t* data) {
    return (static_cast<uint32_t>(data[0])) |
           (static_cast<uint32_t>(data[1]) << 8) |
           (static_cast<uint32_t>(data[2]) << 16) |
           (static_cast<uint32_t>(data[3]) << 24);
}

// 解析小端64位整数
uint64_t read_le64(const uint8_t* data) {
    return (static_cast<uint64_t>(data[0])) |
           (static_cast<uint64_t>(data[1]) << 8) |
           (static_cast<uint64_t>(data[2]) << 16) |
           (static_cast<uint64_t>(data[3]) << 24) |
           (static_cast<uint64_t>(data[4]) << 32) |
           (static_cast<uint64_t>(data[5]) << 40) |
           (static_cast<uint64_t>(data[6]) << 48) |
           (static_cast<uint64_t>(data[7]) << 56);
}

// 解析unit_length，返回长度值和占用的字节数
uint64_t parse_unit_length(const uint8_t* data, size_t& bytes_consumed) {
    uint32_t initial = read_le32(data);
    if (initial < 0xfffffff0) {
        bytes_consumed = 4;
        return initial;
    } else if (initial == 0xffffffff) {
        bytes_consumed = 12;
        return read_le64(data + 4);
    } else {
        bytes_consumed = 0;
        return 0;
    }
}

轻量DWARF解析器实现思路 #

1. 读取.debug_info段：直接解析ELF文件头，找到.section header中.debug_info的偏移和大小，读取对应数据。
2. 遍历编译单元：每个单元以unit_length开头，解析后跳过对应长度的内容，处理下一个单元。
3. 解析缩写表：从.debug_abbrev段读取缩写表，用于识别调试信息条目（DIE）的结构。
4. 逐段解析DIE：根据缩写表定义的条目类型，读取对应的属性值。

内容的提问来源于stack exchange，提问作者Rishi