ELF Sections
虽然DWARF的定义方式使其可以与任何目标文件格式一起使用，但最经常与ELF一起使用。
DWARF调试信息根据描述对象的不同，在最终存储的时候也进行了归类、存储到不同的section。section名称均以前缀.debug_开头。为了提升效率，对DWARF数据的大多数引用都是通过相对于当前编译单元的偏移量来引用的，而不是重复存储或者遍历之类的低效操作。这避免了重定位调试数据的开销，使程序加载和调试速度都得以提升。
常见的ELF sections及其存储的内容如下:
- .debug_abbrev, 存储.debug_info中使用的缩写信息；
- .debug_arranges, 存储一个加速访问的查询表，通过内存地址查询对应编译单元信息；
- .debug_frame, 存储调用栈帧信息；
- .debug_info, 存储核心DWARF数据，包含了描述变量、代码等的DIEs；
- .debug_line, 存储行号表程序 (程序指令由行号表状态机执行，执行后构建出完整的行号表)
- .debug_loc, 存储location描述信息；
- .debug_macinfo, 存储宏相关描述信息；
- .debug_pubnames, 存储一个加速访问的查询表，通过名称查询全局对象和函数；
- .debug_pubtypes, 存储一个加速访问的查询表，通过名称查询全局类型；
- .debug_ranges, 存储DIEs中引用的address ranges；
- .debug_str, 存储.debug_info中引用的字符串表，也是通过偏移量来引用；
- .debug_types, 存储描述数据类型相关的DIEs；
新版本的编译器、连接器在生成DWARF调试信息时，会希望压缩二进制文件的尺寸，有可能会针对性地开启数据压缩，如golang新版本的链接器支持对调试信息做压缩。
为了能和不支持解压缩的调试器进行更好的兼容：
- 压缩后的DWARF数据会写入
.zdebug_为前缀的sections中，如.zdebug_info，不会再将数据写入.debug_为前缀的sections，以免解析DWARF数据异常、调试异常； - 一般会提供选项来关闭压缩，如golang程序构建时可指定链接器选项
-ldflags=-dwarfcompress=false来阻止对调试信息进行压缩；
为了更方便地了解DWARF调试信息，需要借助一定的工具来辅助查看分析，dwarfdump、dwex都是不错的工具。