Android NDK Crash 日志抓取及定位

最新推荐文章于 2025-01-10 18:24:40 发布
原创 最新推荐文章于 2025-01-10 18:24:40 发布 · 5.1k 阅读 · 13 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ndk #crash #jni #ndk-stack

Android NDK Crash 日志抓取及定位

有人说，如何在Android Studio 可以配置日志模式，过滤NDK的crash，那么就让我们来简单看看下如何配置的。

一、Android Studio 配置 NDK Crash 过滤日志

第一步：点击下图框中部分：
这里写图片描述

第二步：选择“Edit Filter Configuration”

第三步：编译如下图中的内容，其中“Filter Name” 取一个合适的就行，但是“Log Tag” 必须为**“DEBUG”**模式，Log Level 可以为DEBUG就行。

这里写图片描述

第四步：手动出发一个NDK的crash。

第五步：查看日志，如下图。

这里写图片描述

在上图中，我们看到了关键的日志如下：

#11 pc 00032493  /data/app/com.pic.livefilters-1/lib/arm/libhairUtils.so (detectHairByOpenCV+1930)

嗯，出错的是一个叫detectHairByOpenCV的方法，但是后面的1930是什么鬼？好像不是行号，我要怎么定位呢？（PS 我也不知道这是什么鬼，之前一直被这个困扰，没找到解决方案，只能很傻的通过打印关键日志，判断出错的位置）。

so, 接下来我将介绍两个能直接定位到具体行号的方法。

二、NDK-STACK 定位 NDK Crash 位置

操作复杂吗？
so, easy。
只要执行如下代码就行：

adb logcat | ndk-stack -sym /yourProjectPath/obj/local/armeabi-v7a

PS: 必须是带symbols的so，也就是在’<PROJECT_ROOT>\app\src\main\obj\local<ABI>\下面的so’, 否则行号打印出来降是??.??
得到的日志如下图：
这里写图片描述

如图得到就是具体的类的行号。

三、使用 arm-linux-androideabi-addr2line 定位 NDK Crash

在第一章中，使用Android Studio 得到了相应的日志，我们是否可以利用下，否则Android Stuido 配置完，感觉有点鸡肋。那么这一章就可以然后利用上第一章过滤的日志。

首先，我们得配置下arm-linux-androideabi-addr2line这个工具，这个工具藏在哪里呢？
如果之前我们已经配置过NDK的环境，可以通过 which ndk-build (MAC or Linux) 得到相应地址。
大致位置如下(可供参考)：

/Users/yourUsrName/Library/Android/sdk/ndk-bundle/toolchains/arm-linux-androideabi-4.9/prebuilt/darwin-x86_64/bin/arm-linux-androideabi-addr2line

为了以后更方便的使用，我们可以做一个连接：

sudo ln -s arm-linux-androideabi-addr2line /usr/local/bin/addr2line

接下来，让我们开始操作吧，还记得上面我们得到的关键日志吗？忘了？没事，我再写一遍，如下：

#11 pc 00032493  /data/app/com.pic.livefilters-1/lib/arm/libhairUtils.so (detectHairByOpenCV+1930)

我们只要执行如下命令：

addr2line -f -e /yourProjectPath/src/main/obj/local/armeabi-v7a/libhairUtils.so 00032493

00032493 就是上面的指针位置，得到如下结果：
这里写图片描述

这里和使用ndk-stack命令得到结果是一致的，行号都是332，这就是引起crash的位置。让我们来看看，到底是以为上面行为引起的呢？
这里写图片描述

哦？ 是创建了Object一起的？ 纳尼？ 创建 Object会引起什么crash？ 这个时候让我们回到第一章抓取的日志，其中的message有说明为（local reference table overflow (max=512)）：
这里写图片描述

哦，原来如此，是因为创建了过多的Object，导致本地变量过多，溢出了。所以降注释掉的那行代码打开就行，用完就释放掉。

总结

本文讲述了使用Android Stuido过滤日志、NDK-Stack、arm-linux-androideabi-addr2line等三种方式，其实每种都有各自的特性，用好，用顺手为重要的。

Android之jni日志如何输出
码莎拉蒂
05-13 4633
1、写日志输出帮助文件 先看我之间的例子 http://blog.youkuaiyun.com/u011068702/article/details/71375920 Android之JNI动态注册native方法和JNI数据简单使用 然后在jni文件集里面写log_help.h文件，内容如下 // // Created by chenyu on 5/13/17. /
Android NDK开发Crash错误定位
10-08
安卓测试崩溃代码定位的方法，可以看到堆栈信息，且容易定位到具体哪一行代码，非常有用。
Android crash 日志捕获
sublimefly的专栏
01-22 432
    Android crash 日志捕获 为了对已发布程序进行跟踪，通常会对程序的行为做一些记录并上传到server，一般会记录用户行为已方便更好的发进设计流程和记录程序crash日志，以便在后续版本中改正程序的错误，看了些文章也做了几个Demo,把自己的理解简单写一下。   1. 给线程设置一个自己的异常处理函数（Thread.setDefaultUnca...
Android Crash抓取处理
JxMY_1989的博客
03-15 659
http://www.jianshu.com/p/5a1e3c0d2f73 Android Crash抓取处理 作者 Mur 关注 2016.03.21 09:42 字数 1827 阅读 349评论 0喜欢 4 一、Android Crash说明 程序因未捕获的异常而突然终止, 系统会调用处理程序的接口UncaughtExceptionHandl
Android捕捉崩溃日志并输出日志文件
feng海涛
08-23 2067
Android捕捉崩溃日志并输出日志文件 当程序与运行时发生崩溃，可以捕捉到当前崩溃的日志信息并写入文件保存到指定的目录下。这里还做了最大文件数量限制，超过数量即删除旧日志文件。 import java.io.BufferedReader; import java.io.File; import java.io.FileFilter; import java.io.FileInputStream;...
android ndk崩溃怎么处理,如何获取Android NDK详细崩溃报告?
weixin_33345090的博客
05-27 295
而不是运行选项卡,看看logcat。不要只将筛选器设置为应用程序。很有可能会看到堆栈跟踪,比如I/DEBUG ( 31): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***I/DEBUG ( 31): Build fingerprint: 'generic/google_sdk/generic/:2.2/...
Android NDK Crash信息收集捕获和日志异常定位分析(addr2line)
yundashi168.com
01-17 1055
Android NDK 闪退日志收集与分析我们在开发过程中，Android JNI层Crash问题或者我们引用的第三方.so库文件报错，都是一个比较头疼的问题。相对Java层来说，由于c/c++造成的crash没有输出如同Java的Exception Strace堆栈信息，所以定位问题也是个比较艰难的事情。Google Breakpad是一套完整的工具集，从Crash的捕获到Crash的dump，都提供了相对应的工具。
Android-NDK开发Crash错误定位，androidhtml5开发框架
2301_79098336的博客
04-27 1087
/ 省略部份日志。。。。。。
Android Crash 案例分析
2401_87022286的博客
09-06 887
针对于上面的问题，我总结出了互联网公司Android程序员面试涉及到的绝大部分面试题及答案，并整理做成了文档，以及系统的进阶学习视频资料。（包括Java在Android开发中应用、APP框架知识体系、高级UI、全方位性能调优，NDK开发，音视频技术，人工智能技术，跨平台技术等技术资料），希望能帮助到你面试前的复习，且找到一个好的工作，也节省大家在网上搜索资料的时间来学习。加入社区》https://bbs.youkuaiyun.com/forums/4304bb5a486d4c3ab8389e65ecb71ac0。
安卓 JNI crash 日志分析 及问题定位 方法
无人等人的博客
12-02 4783
目录标题例子抓取crash 日志日志分析 例子 void crash_test_func() { int* ptr = nullptr; // 行号173 *ptr = 99; // 行号174 } // net 在 jni中调用 void Net::initEngine(const char* data) { crash_test_func(); // 行号179 } 以上程序，对一个空指针解引用做赋值操作，会抛出一个S异常。 抓取crash 日志 对于SIGSEGV等错
Android Native Crash 捕获之 BreakPad
2401_89791282的博客
01-10 1102
Android Native Crash 的捕获其实是有好几种方案的，譬如 coffeecatch、crash 后新进程过滤 logcat、google BreakPad 等，系统层面就另当别论了，系统有那么强大的墓碑机制，所以不讨论墓碑情况。应用层方案来说，其各自都存在一些利弊或者兼容问题，综合来看，Android 系还是推荐使用 google BreakPad 实现，本文就抛开其他方案来聊聊 BreakPad 在 Android App 开发中的接入、使用、定位问题全过程吧。Breakpad 是什么。
【Android】使用NDK定位Crash
02-27 1519
有时app或者游戏突然崩溃只提示如下信息，要查找错误的原因有点感觉无从下手，因为提示信息太少了。 02-27 10:57:15.736: A/libc(32000): Fatal signal 11 (SIGSEGV) at 0x0000000c (code=1), thread 32014 (Thread-1461) 02-27 10:57:15.736: A/libc(32000): Send stop signal to pid:32000 in debugger_signal_handler 这时
Android framework 适合新手入门分析日志，快速定位bug
u012210347的博客
07-08 848
Android framework编译生成的日志可能有几万行，甚至十几万行的日志，这是比较头疼的，一般会有人搜索error、location这些关键字，其实最简便的方法是搜索unfinished jobs或者unfinished，r然后滑动鼠标，向上查看定位bug，这是因为在遇到编译错误时，编译服务器会异常退出。...
Android崩溃日志获取与解析
热门推荐
openflight的专栏
12-25 1万+
今天来写点Android崩溃的东西，在我们写代码的过程中，代码写的再好再严谨，也总是会有一些程序的崩溃，对于release出去的APP，我们肯定是希望我们能够拿到崩溃的日志，便于bug的发现以及修复，在下一个版本中再修复。所以，今天我们来说说Android崩溃日志的抓取。 在程序界面有一句话很流行，那就是不要重复造轮子。现在市面上有很多的崩溃日志抓取工具，比如腾讯的bugly，不管是eclips
ndk中Log信息的输出
浪子的专栏
08-23 737
1：在编译so文件的c或cpp文件之前中加入以下代码，就可以在android中的log显示日志内容        #include        #define LOG_TAG "show infomation"        #define LOGW(a )  __android_log_write(ANDROID_LOG_WARN,LOG_TAG,a)   2:就可
Android Studio 过滤不想显示的日志（Log）
weixin_39762924的博客
08-08 2385
Log太多，有很多不想看的，可以选择过滤。 1.Logcat的右上角，选Edit Filter Configuration 2.Log Tag中输入正则表达式多个则加 | ， ^(?!.(TAG )).$ 例如 ^(?!.*(AuxdioSDK)).*$ 或 ^(?!.*(AuxdioSDK | Router)).*$ ...
Android 平台的Crash崩溃捕获
idaretobe的专栏
11-02 1676
Android 平台的Crash崩溃捕获
Android定位backtrace地址
最新发布
06-13
<think>我们正在解决如何在Android中定位backtrace地址的问题。根据引用内容，我们知道在AndroidNDK程序中，当发生崩溃时，会生成一个tombstone文件（或通过logcat抓取）提供backtrace信息。但是，由于发布版本通常是release版（去除了调试信息），所以我们需要使用工具将backtrace中的地址转换为源代码文件和行号。主要步骤包括：1.获取崩溃时的backtrace（通常包含在tombstone文件或logcat输出中）。2.使用addr2line工具（或其他类似工具）将地址转换为源代码位置。根据引用[2]和引用[3]，我们可以使用交叉编译工具链中的`arm-linux-androideabi-addr2line`（或对应架构的addr2line）来定位地址。具体步骤：1.从backtrace中提取崩溃的地址。例如，在tombstone文件中，你可能会看到类似这样的行：```#00pc00001474/data/local/tmp/myapp(my_function+42)```这里`00001474`就是我们需要转换的地址（注意，实际地址可能是一个完整的16进制数，如0x00001474）。2.使用addr2line工具，并指定未strip的共享库（或可执行文件）路径。未strip的共享库通常是在编译时带有调试信息的版本（在NDK中，通常位于`obj/local/<abi>/`目录下）。命令格式：```arm-linux-androideabi-addr2line-e<带调试信息的库文件><地址>```例如：```arm-linux-androideabi-addr2line-e./obj/local/armeabi-v7a/libmyapp.so00001474```这将输出对应的源文件位置和行号。3.如果使用ndk-stack工具，可以更方便地解析整个backtrace。将logcat输出保存到文件，然后使用：```ndk-stack-sym<带符号表的目录>-dump<logcat文件>```其中，`<带符号表的目录>`是包含未strip库的目录（例如`obj/local/armeabi-v7a/`）。注意事项：-确保使用的addr2line工具与目标设备的架构匹配（如armeabi-v7a、arm64-v8a等）。-使用的库文件必须与崩溃设备上的库文件一致（即编译时生成的未strip版本），否则转换的地址可能不准确。引用[1]提到，发布版本通常去除了调试信息，因此我们必须保留编译时生成的未strip库文件，以便后续调试。引用[4]提到，Android系统可能不支持backtrace函数（但通常支持unwind），我们可以通过dlsym来检查是否支持backtrace。引用[5]展示了一个函数地址对应的源文件位置（functional:569），说明通过工具成功定位到了源代码行。因此，总结步骤：1.保留编译生成的未strip库文件（用于后续解析）。2.当崩溃发生时，获取backtrace（通过tombstone文件或logcat）。3.使用addr2line或ndk-stack工具解析地址。下面给出一个完整的示例：假设在logcat中捕获到以下native崩溃backtrace：```backtrace:#00pc00001474/data/app/com.example.myapp/lib/arm/libmyapp.so(my_function+42)#01pc00001234/data/app/com.example.myapp/lib/arm/libmyapp.so(another_function+100)```我们想要定位#00的地址00001474（注意，实际地址是0x00001474，但addr2line可以接受不带0x前缀的地址）。步骤：1.找到编译时生成的未strip库文件，例如：`/path/to/project/obj/local/armeabi-v7a/libmyapp.so`2.使用addr2line（位于NDK目录中，如`$NDK/toolchains/arm-linux-androideabi-4.9/prebuilt/windows-x86_64/bin/arm-linux-androideabi-addr2line.exe`，具体路径根据平台和NDK版本可能不同）：```arm-linux-androideabi-addr2line-e/path/to/project/obj/local/armeabi-v7a/libmyapp.so00001474```输出可能是：```/home/user/project/jni/myfile.c:30```这样我们就知道崩溃发生在myfile.c的第30行。另外，也可以使用ndk-stack工具：1.将logcat中崩溃的整个日志保存到文件（比如crash.log）。2.运行：```ndk-stack-sym/path/to/project/obj/local/armeabi-v7a-dumpcrash.log```ndk-stack会自动解析整个backtrace，并输出包含源文件位置和行号的信息。注意：如果崩溃发生在系统库（如libc.so），则需要下载对应Android版本的符号表才能解析。相关问题：1.如何在没有保留未strip库的情况下解析backtrace地址？2.如何获取Android系统库的符号表？3.如何通过崩溃地址定位到具体的代码行？4.如何避免发布版本无法定位backtrace地址的问题？5.在AndroidStudio中如何自动解析nativebacktrace？</think>### 在 Android 中定位 Backtrace 地址的方法 #### 一、核心工具：addr2line 使用 NDK 提供的 **addr2line** 工具将内存地址转换为源码位置： ```bash # 基本语法 arm-linux-androideabi-addr2line -e <未strip的.so文件> <内存地址> # 实际示例（参考引用[2][3]） arm-linux-androideabi-addr2line -e ./build/libnative.so 00001474 ``` **关键参数**： - `-e`：指定带调试符号的未strip库文件 - `-f`：显示函数名（可选） - 地址格式：直接使用 backtrace 中的16进制地址（如00001474） #### 二、操作步骤详解 1. **获取崩溃地址** - 从 tombstone 文件或 logcat 中提取： ``` backtrace: #00 pc 00001474 /data/app/libnative.so (crash_function+42) ``` 目标地址：**00001474** 2. **准备未strip库文件** - 编译时保留调试符号（CMake配置）： ```cmake set(CMAKE_BUILD_TYPE RelWithDebInfo) # 保留调试符号的发布版本 ``` 3. **执行地址转换** ```bash # 使用NDK路径中的工具（参考引用[3]） $NDK/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-addr2line \ -e path/to/obj/local/armeabi-v7a/libnative.so \ 00001474 ``` 4. **解析结果** - 成功输出格式： ``` crash_function /project/src/native_code.c:30 ``` - 失败情况：显示`??:0`（需检查符号文件匹配性） #### 三、替代方案：ndk-stack（批量解析） ```bash # 解析整个logcat输出（参考引用[1]） adb logcat | $NDK/ndk-stack -sym obj/local/armeabi-v7a/ # 解析tombstone文件 $NDK/ndk-stack -sym obj/local/armeabi-v7a/ -dump tombstone_01.txt ``` **优势**：自动识别所有地址，无需手动提取 #### 四、关键注意事项 1. **符号文件必须匹配**： - 使用编译时生成的**未strip .so文件** - 确保CPU架构一致（armeabi-v7a/arm64-v8a）[^1] 2. **地址有效性检查**： - 有效地址范围：`0x0000XXXX` - `0xFFFFXXXX` - 无效地址示例：`00000000`（空指针） 3. **动态加载库处理**： ```cpp // 在代码中打印加载地址（参考引用[4]） void* base_addr = dlopen("libnative.so", RTLD_LAZY); LOGD("Base address: %p", base_addr); ``` 实际地址 = 基地址 + backtrace地址 #### 五、完整工作流程 ```mermaid graph TD A[获取崩溃backtrace] --> B{提取内存地址} B --> C[准备未strip的.so] C --> D[使用addr2line转换] D --> E{成功？} E -->|是| F[定位源码行] E -->|否| G[检查符号文件匹配性] G --> C ``` #### 六、常见问题解决 **问题**：输出`??:0` **解决方案**： 1. 确认使用的.so文件包含调试符号（`file libnative.so` 应显示`not stripped`） 2. 检查架构匹配性： ```bash # 查看设备架构 adb shell getprop ro.product.cpu.abi ``` 3. 使用编译时生成的精确版本符号文件 **问题**：地址超出范围 **解决方案**：确认是否需计算基地址偏移（动态加载库场景） --- ### 相关问题 1. 如何为 Android NDK 程序保留发布版本的调试符号？ 2. 当 backtrace 中包含多个动态库地址时，如何批量解析？ 3. 如何通过崩溃地址快速定位到 Git 提交记录？ 4. 在 Android Studio 中如何自动化 backtrace 解析流程？ 5. 如何解析系统库（如 libc.so）的 backtrace 地址？ [^1]: 使用未 strip 的库文件是解析成功的关键前提 [^2]: 地址转换需精确匹配库文件和架构 [^3]: NDK 工具链路径可能随版本变化
评论 4
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值