addr2line如何使用：定位程序崩溃栈

addr2line如何使用，核心是传入程序崩溃产生的内存地址，搭配带调试信息的可执行文件，把十六进制地址翻译成源码文件名、行号与函数名；你需要提前用gcc加-g参数编译程序保留调试段，不带-g编译的stripped程序只能拿到偏移地址，无法还原源码，该工具适用于Linux下C/C++程序段错误、assert崩溃场景，Windows平台MinGW版本可用，原生MSVC不支持，地址必须是程序内的有效指令地址，堆地址、栈上变量地址不能解析。

addr2line基础命令格式

基础命令结构为addr2line-e可执行文件内存地址，-e参数用来指定目标程序，地址直接填崩溃日志里的十六进制数字，不需要加多余符号。你拿到崩溃地址后，直接在终端执行这条命令，正常输出会分成两行，第一行是源码文件路径和行号，第二行是对应的函数名称。如果输出是??:0，代表调试信息缺失或者地址不在代码段内，你可以先用readelf工具查看程序是否保留.debug段，辅助判断问题根源。

加-f参数可以同时打印函数名，加-C参数开启C++名字修饰还原，C++项目推荐固定带上这两个参数，完整常用写法是addr2line-fC-eapp0x401234。

addr2line配合崩溃日志实操

程序崩溃后，dmesg或者core文件会输出类似[12345.6789]app[1234]:segfaultat401234ip0000000000401234sp00007fff88888888error4inapp[400000+10000]，这里ip后面的0000000000401234就是要解析的指令地址，直接截取这个地址传给addr2line。core文件场景下，你先用gdb加载core确认崩溃指令地址，再交给addr2line解析，比直接在gdb里查看更适合批量处理大量崩溃地址。

批量解析多个地址时，把地址依次放在命令末尾，用空格隔开，工具会逐行返回对应信息，适合脚本自动化解析崩溃上报日志。

编译参数与strip的影响

-g是编译时保留调试信息的核心参数，gcc-gmain.c-oapp，这个参数不会改变程序运行逻辑，只是附加调试数据。

执行stripapp之后，程序会删除.debug调试段，addr2line只能返回??:0，无法定位源码，发布版本如果需要保留定位能力，要分开存放带调试信息的文件和精简运行包，使用objcopy分离调试段。

addr2line与gdb的对比

addr2line优势在于轻量、适合集成到后端崩溃上报脚本，不需要交互式会话；想要看变量、完整调用栈，优先选用gdb。

addr2line常见报错处理

输出??:0优先排查三点，程序是否strip、编译是否缺少-g、地址是不是指令地址。

地址是动态库内地址时，不能直接用主程序解析，-e参数要换成对应的so文件，同时要保证动态库和崩溃时版本一致，版本不一致会出现行号错乱。

ASLR地址随机化开启时，dmesg拿到的是虚拟地址，直接解析会失败，需要用地址减去模块基址，算出相对偏移再传入addr2line。

这个边界条件很关键。ASLR开启是多数现代Linux发行版默认配置，直接拿dmesg里的ip地址解析动态库崩溃，大概率返回无效行号，你必须先提取模块加载基址，计算偏移再解析。