JNI项目使用backtrace生成崩溃栈，addr2line无法解析符号求助

1. 用库内相对偏移替代绝对虚拟地址 #

你传给addr2line的0x7fc724784d95是进程加载后的绝对虚拟地址，但addr2line需要的是库文件内部的相对偏移地址，计算方式如下：
从backtrace条目/tmp/.../libvectorcorejni_x86_avx512.so(_Z9trigger_1v+0x65)[0x7fc724784d95]中：

• 先通过nm -D /tmp/vectorcorenativeutils23241153416458/libvectorcorejni_x86_avx512.so | grep _Z9trigger_1v获取该函数在库中的起始偏移（比如得到0x84d30）
• 加上偏移量0x65，得到相对偏移0x84d95
• 用这个偏移执行addr2line：

addr2line -e /tmp/vectorcorenativeutils23241153416458/libvectorcorejni_x86_avx512.so -f 0x84d95

如果能获取崩溃进程的PID（崩溃时记录PID），也可以通过cat /proc/<pid>/maps找到该库的加载基地址，用绝对地址减去基地址得到相对偏移。

2. 确认库未被剥离调试符号 #

如果库被strip工具处理过，会丢失调试符号，导致addr2line无法解析。执行以下命令检查：

file /tmp/vectorcorenativeutils23241153416458/libvectorcorejni_x86_avx512.so

若输出包含stripped，说明符号已被移除。解决办法：

• 编译JNI库时添加-g选项保留调试符号，且不要执行strip命令
• 发布版本可采用-g -O2兼顾调试信息和性能，或用objcopy将调试符号分离到单独文件

3. 修正addr2line参数 #

• 添加-C参数自动解析C++ mangled符号：

addr2line -C -e /tmp/vectorcorenativeutils23241153416458/libvectorcorejni_x86_avx512.so -f <相对偏移地址>

• 确保addr2line与编译库的GCC版本匹配，版本不兼容可能导致解析失败

4. 直接解析backtrace输出的符号 #

backtrace已经输出了mangled符号（如_Z9trigger_1v），用c++filt工具可直接还原为可读函数名：

c++filt _Z9trigger_1v

输出会是trigger_1()，快速定位函数信息。

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