addr2line定位so库crash位置信息

最新推荐文章于 2025-06-01 10:29:50 发布

原创

最新推荐文章于 2025-06-01 10:29:50 发布 · 2.9k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#NativeCrash #addr2line #so崩溃

找到NativeCrash的关键堆栈信息

需要注意两个关键信息：

发生crash的so文件名
发生crash的内存地址

以下为截取的NativeCrash的关键日志信息示例：

native: #00 pc 002da1d3  /system/lib/libart.so 
native: #01 pc 0036f6ab  /system/lib/libart.so
native: #02 pc 0036be4d

最低0.47元/天解锁文章

200万优质内容无限畅学

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

pang_gua

关注关注

0
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Android so库开发——addr2line查看so异常信息（四）

小旭的专栏

01-13

3274

在NDK开发中经常会出现应用Crash的情况，而JNI层的报错信息，不像Java层报错信息那样可以直接在日志中看到错误的行数，JNI层中出现的错误直接看根本定位不到错误的位置。通常来说，JNI报的基本都是堆栈信息，需要NDK的一些工具进行地址转换，转换后即可看到错误的位置。addr2line就是这些地址转换的工具。

so库报错根据地址查看，addr2line定位出错位置

weixin_44232136的博客

04-08

1814

配置全局环境变量出现’arm-linux-androideabi-addr2line’ 不是内部或外部命令，也不是可运行的程序或批处理文件。时配置环境变量第一步，找到对应的addr2line的位置，一般就在ndk-bundle下在找的时候可能会在\toolchains看到这两个文件夹分别是aarch64-linux-android-4.9和arm-linux-androideabi-4.9 因为我这边用的是这个 arm-linux-androideabi-addr2line 所以我选arm-l

参与评论您还未登录，请先登录后发表或查看评论

addr2line + objdump 定位crash问题

weixin_42136255的博客

04-26

2115

addr2line + objdump 定位crash问题

Zsh报错zsh: command not found的PATH环境变量与别名配置

shejizuopin的博客

06-01

680

Zsh报错"command not found"通常由PATH环境变量配置不当或别名错误导致。本文分析了这两大主要原因：当PATH未包含命令所在目录时会出现该错误；别名未正确定义或拼写错误也会引发此问题。解决方案包括：1)检查并修正PATH配置，添加缺失路径；2)正确定义和验证别名。文章提供了配置代码示例和问题分析表格，展示了如何在.zshrc文件中正确设置PATH和别名。最后建议定期更新配置，结合调试工具优化命令行体验。

addr2line工具调试so库

sinat_42356311的博客

07-29

1084

错误日志：adb logcat > log.txt 可以抓取查看崩溃信息 arm-linux-androideabi-addr2line工具路径：ndk安装目录下可以找到 so库路径：在Android-studio intermediates/cmake/debug/obj/目录下调试命令 arm-linux-androideabi-addr2line -C -f -e ${SOPATH} ${Address} 示例： arm-linux-androideabi-addr2line -C -f -e

如何使用ndk中addr2line工具查询so库中错误信息行数

一航jason

03-12

1501

如何使用ndk中addr2line工具查询so库中错误信息行数。 jni现在在android项目中已经非常常见了，但是错误信息并不想android那样友好。常见的c错误如下： 2020-03-12 12:13:49.055 10000-10372/com.tianchen.cloud_disk A/libc: Fatal signal 11 (SIGSEGV), code 1, fault ad...

使用addr2line定位so文件段错误的问题

Primeprime的专栏

08-31

2167

首先、查看我们的程序运行报的段错误信息通过命令dmesg | tail查看，或者查看日志/var/log/message [root@prime complibs]# dmesg | tail [5445490.395794] compseche_default[17560]: segfault at 0 ip 00007f92507e5d32 sp 00007f9234d6c7c0 error 6 in libobj.so [7f92507c9000+33000] 然后，此时我们使用Windo

Android 利用addr2line 定位 native crash问题

欢迎关注，期待一起见证彼此的成长~

02-18

568

addr2line bin文件，是在prebuilts目录下，如下所示，通过find -name aarch64-linux-android-addr2line命令，能找的到64位bin文件所在的文件目录。prebuilts$ find -name aarch64-linux-android-addr2line./gcc/linux-x86/aarch64/aarch64-linux-andr...

addr2line 定位异常栈问题

hhhlizhao的博客

02-24

948

addr2line命令来自于英文词组”address to line“的缩写，其功能是将函数地址解析成文件名或行号。给出一个可执行文件中的地址或一个可重定位对象中的偏移部分的地址，使用调试信息来找出与之相关的文件名和行号。首先查看异常栈中具体是哪个so出现的异常，并确定偏移地址。0x44a44为异常栈信息中的偏移地址。

android addr2line使用

qq_37610155的博客

12-15

7140

一般碰到NE的异常需要通过addr2line把异常地址转成code文件和行号。 1.进入到prebuilts/gcc/linux-x86/arm/cit-arm-linux-androideabi-4.8目录， 2.把libunwind.so从\out\target\product\XXX\symbols下面去找到该库文件，并把该so拷贝到cit-arm-linux-androideabi

【Linux】addr2line调试so动态库

Hello，My Friends~

12-21

1858

一、addr2line addr2line -e filename stackinfo eg： addr2line -e loaddate 0x4ae7e3 addr2line的其他参数用法详情参考：so 动态库崩溃问题定位二、core file core gdb filename core eg: file core.61893 //由打印信息得知是loaddata的问题 gbd loaddata core.61893 core的详细用法参考：Linux core 文件介绍 ...

addr2line查看bin、so coredump行号

优快云_WHB的博客

09-13

248

【代码】addr2line查看bin、so coredump行号。

so 动态库崩溃问题定位（addr2line与objdump）

android开发笔记

08-03

2549

一、需求分析 so 的崩溃并不像 Java 代码那么好定位，我们通常看到的就只是 so 中的一大段崩溃的堆栈信息。那么我们怎么通过这个堆栈信息来定位我们的问题呢？二、addr2line 1. 介绍 Addr2line 工具（它是标准的 GNU Binutils 中的一部分）是一个可以将指令的地址和可执行映像转换成文件名、函数名和源代码行数的工具。一般适用于 debug 版本或带有 symbol 信息的库。 2. 工具位置我们下载的 NDK 里面已经默认有了这个工具，对应的路径如..

dmesg和addr2line命令定位段错误

线上幽灵

07-02

1167

没有core文件下，通过dmesg、addr2line命令定位段错误

linux addr2line，定位so文件崩溃代码行数

qq_25330791的博客

09-16

1621

当我们使用别人的ndk时，可能别人的so文件会崩溃，这个时候需要定位该so文件崩溃的代码的行数，即哪一行。方法如下： 1、找到ndk下面的该目录：D:\IT\AndroidStudio\SDK\ndk\22.1.7171670\toolchains\x86-4.9\prebuilt\windows-x86_64\bin 2、找到i686-linux-android-addr2line.exe 3、在有i686-linux-android-addr2line.exe的目录里，点击最上面的url.

linux addr2line 定位so库崩溃位置

爱自在的专栏

02-13

1187

在Linux下写C/C++程序的程序员，时常与CoreDump相见。在内存越界访问，收到不能处理的信号，除零等错误出现时，我们精心或不精心写就的程序就直接一命呜呼了，CoreDump是Linux仁慈地留下的程序的尸体，帮助程序员们解决了一个又一个问题。有时配置不给力，Linux直接毁尸灭迹，没有了Core文件；又有时，刚好磁盘空间不足，Core文件写不下了。没有Core文件的时候，如何知道...

Android中使用addr2line来分析native信息

最新发布

06-21

<think>我们正在讨论如何使用addr2line工具定位程序崩溃的代码位置。根据引用内容，addr2line工具可以将程序崩溃时产生的内存地址转换为源代码位置（文件名和行号）。使用该工具的基本步骤包括：1.在编译程序时使用-g选项生成调试信息（例如gcc-g...）。2.程序崩溃时捕获崩溃地址（通常来自崩溃日志或核心转储）。3.使用addr2line工具将地址转换为源代码位置。具体操作流程如下：###步骤1：编译时添加调试信息在编译程序（包括共享库）时，必须使用`-g`选项来保留调试信息。这样编译出的可执行文件或共享库才会包含地址到源代码的映射信息。例如：```bashgcc-g-otesttest.c```###步骤2：获取崩溃地址当程序崩溃时，我们需要从崩溃日志或核心转储文件中获取崩溃发生时的内存地址。在Linux系统中，崩溃日志通常可以在系统日志（如/var/log/messages）或应用程序的日志中找到。对于AndroidNDK开发，可以从logcat中获取崩溃信息，其中会包含崩溃时的调用堆栈，每一行都有一个pc值（程序计数器地址），如：```native:#03pc00029034/data/app/xxx==/lib/arm/[你的so文件名].so```这里的`00029034`就是我们需要转换的地址。###步骤3：使用addr2line转换地址有了崩溃地址和带有调试信息的可执行文件（或共享库），就可以使用addr2line工具进行转换。命令格式如下：```bashaddr2line-e<可执行文件或共享库><地址>```例如：```bashaddr2line-e/path/to/your.so00029034```如果地址是十六进制形式，通常需要在前面加上`0x`前缀，但addr2line也可以接受不带前缀的十六进制数字。如果地址是相对偏移地址（如上面示例），则直接使用即可。###注意事项-确保使用的可执行文件或共享库与崩溃时运行的是同一个版本，并且是带有调试信息的版本。-如果崩溃地址来自共享库（.so文件），则需要使用该共享库文件作为addr2line的输入。-如果地址是相对偏移地址（相对于共享库的基地址），则addr2line可以直接转换。如果是绝对地址，可能需要先减去共享库加载的基地址（但在崩溃日志中通常给出的是相对偏移地址）。###示例假设崩溃日志中显示：```native:#03pc00029034/data/app/com.example.app-1/lib/arm/libnative.so```那么我们可以这样使用addr2line：```bashaddr2line-elibnative.so00029034```这将输出类似于下面的结果：```/path/to/your/source/file.c:123```这表示崩溃发生在`file.c`文件的第123行。###引用说明以上步骤参考了引用中关于addr2line工具的使用方法[^2][^3][^4]。§§相关问题§§1.如何在没有调试信息的情况下定位崩溃位置？2.除了addr2line，还有哪些工具可以用于分析程序崩溃？3.在AndroidNDK开发中，如何捕获Native崩溃的堆栈信息？</think>### 使用 addr2line 定位程序崩溃位置的方法 addr2line 工具可将程序崩溃时的内存地址转换为源代码位置（文件名和行号）。以下是详细操作步骤： #### 步骤 1：编译时添加调试信息在编译程序（包括共享库）时**必须添加 `-g` 选项**保留调试符号： ```bash gcc -g -o your_program your_source.c # 普通程序 ndk-build NDK_DEBUG=1 # Android NDK编译 ``` > 📌 关键：缺少调试信息会导致 addr2line 无法定位具体行号[^1] #### 步骤 2：获取崩溃地址从崩溃日志中提取关键地址信息： ```log # Android Native崩溃示例（logcat输出） native: #00 pc 00029034 /data/app/libyour.so # 关键地址 00029034 ``` > 注意：需记录 **pc 值**和对应的 **so 库路径**[^4] #### 步骤 3：执行 addr2line 命令 ```bash # 基本格式 addr2line -e <带调试信息的so/可执行文件> <崩溃地址> # 示例（使用步骤2中的地址） addr2line -e /project/obj/local/armeabi-v7a/libyour.so 00029034 ``` **输出结果示例**： ``` /home/user/project/src/main.c:58 ``` > 这表示崩溃发生在 `main.c` 文件的第 58 行[^2] #### 高级用法 1. **批量转换多个地址**： ```bash echo -e "00029034\n00029100" | addr2line -e libyour.so ``` 2. **显示函数名**： ```bash addr2line -f -e libyour.so 00029034 # 输出：crash_function # /path/file.c:58 ``` 3. **Android 环境使用**： ```bash # 使用NDK中的addr2line（注意匹配目标架构） /android-ndk/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-addr2line -e libyour.so 00029034 ``` ### 常见问题解决 - **"??:?" 或 "??:0" 输出**：检查编译时是否添加 `-g` 选项，确认使用的 so 文件与崩溃时的版本一致[^3] - **地址偏移问题**： Android 崩溃日志中的地址通常是**相对偏移量**，直接使用即可 - **地址前缀处理**：若日志显示 `pc 0x29034`，使用 `29034` 或 `0x29034` 均可 > 📚 技术原理：addr2line 通过调试符号表（.debug_info段）将机器地址映射到源代码位置[^2][^3] ### 完整工作流程示例 ```mermaid graph TD A[编译带-g选项的程序] --> B[运行程序触发崩溃] B --> C[从日志提取崩溃地址] C --> D[使用addr2line转换地址] D --> E[获得源代码文件名和行号] ```