Native Crash 分析

最新推荐文章于 2024-04-29 18:12:33 发布
转载 最新推荐文章于 2024-04-29 18:12:33 发布 · 273 阅读 · 1 ·
CC 4.0 BY-SA版权
原文链接：https://blog.youkuaiyun.com/forlong401/article/details/51137365?depth_1-utm_source=distribute.pc_relevant.none-task&utm_source=distribute.pc_relevant.none-task

本文详细介绍了如何通过logcat查看Android应用的trace信息，利用ndk-stack和addr2line工具定位C/C++代码中的错误位置，帮助开发者快速解决Android应用程序中的崩溃问题。

从logcat中查看trace信息

找到相关的so文件和偏移量

使用crash分析工具 使用so文件和 debug信息 找到对应的C文件执行 行号

一 使用ndk-stack

D:\Android\android-ndk-r10c\ndk-stack.exe -sym E:\workspace\TestBugrpt\app\src\main\obj\local\armeabi-v7a\ -dump log.txt

So文件和log信息

二 使用 addr2line

arm-linux-androideabi-addr2line.exe -e E:\workspace\TestBugrpt\app\src\main\obj\local\armeabi-v7a\libtestNDKCrash.so 00000c1c 00000c0f

使用So文件和偏移量

得到输出：

E:/workspace/TestBugrpt/app/src/main//jni/testNDKCrash.cpp:13

E:/workspace/TestBugrpt/app/src/main//jni/testNDKCrash.cpp:9

 

摘自

https://blog.youkuaiyun.com/forlong401/article/details/51137365?depth_1-utm_source=distribute.pc_relevant.none-task&utm_source=distribute.pc_relevant.none-task

 

 

Native Crash问题分析
我的博客
05-27 1534
如何使用GDB进行Crash分析以及定位
Android Crash之Native Crash分析，移动端h5开发全过程
m0_64314432的博客
11-18 327
出错时界面不会弹出提示框提醒程序崩溃（Android 5.0以下） 出错时会弹出提示框提醒程序崩溃（Android 5.0以上） 程序会直接闪退到系统桌面 这类错误一般是由C++层代码错误引起的 绝大部分Crash工具不能够捕获 我们在实际Android开发的时候，可能会引入第三方的一些so库或者自己开发相应的so库供程序使用，然而so库一般是通过**c或者c++**开发的。Android开发者通过java层的JNI机制调用Native语言写的函数，然而Natice语言也可以调用ja..
音视频开发之旅（59)- 捕获收集、定位分析 Native崩溃
yabin的专栏
11-28 4105
目录 Native崩溃有哪些类型 如何捕获收集Native崩溃 如何分析定位Native崩溃 资料 收获 我们知道Java崩溃是在Java代码中出现了未捕获异常，导致程序异常退出，常见的异常有：NPE、OOM、ArrayIndexOutOfBoundsException、IllegalStateException、ConcurrentModificationException等等。 还有一类崩溃，也是我们不得不关注，那就是Native层崩溃，这类崩溃不像Java层崩溃那样比较清晰的看出堆栈信息以及
Android 平台 Native Crash 问题分析与定位
m0_70749039的博客
07-28 3942
Android开发中通常是将Native层代码打包为.so格式的动态库文件，然后供Java层调用，.soAndroid系统自带的核心组件和服务，如多媒体库、OpenGLES图形库等引入的第三方库开发者自行编译生成的动态库。...
Native Crash基本分析
wd229047557的博客
03-08 5219
字面意思：native程序发生crash，包括app jni里面代码报错，native层代码报错。1.NE log图案介绍（tomstone）@event logam_crash: xxx (搜索am_crash看是否有crash)@device.log（device log搜索DEBUG : pid ） 1 04-16 11:18:00.323 26512 26512 F DEBUG :...
Android Crash之Native Crash分析
2401_84415708的博客
04-29 1171
本地方法跟普通的Java方法的区别在于方法声明多了native关键字。
Android Native Crash分析详解
06-25
### Android Native Crash分析详解 #### 一、何为Native Crash 简单来说，Native Crash是指发生在native层的用户进程崩溃现象。在Android系统中，根据不同的层次可以将Native Crash大致分为以下四类： 1. **Java...
如何定位Android NDK开发中遇到的错误
weixin_30405421的博客
12-16 511
应部分同学要求，把之前的几篇文章合成这个一篇 正式开始这个话题之前，先简单介绍一下什么是NDK和JNI，部分内容来自网络 Android NDK是什么，为什么我们要用NDK？ Android NDK是在SDK前面又加上了“原生”二字，即Native Development Kit，因此又被Google称为“NDK”。众所周知，Android程序运行在Dalvik...
如何分析Native Crash
lih301265的博客
04-13 2348
【转载】原文地址：https://cloud.tencent.com/developer/article/1192001 Android上比较常见的问题除了ANR、Java Crash还有Native Crash，尤其是像天天P图这样的具备拍摄能力的APP，使用了大量native代码进行性能提升。Native Crash常常发生在带有Jni代码的APP中，或者系统的Native服务中。作为比较难...
Android native code crash分析工具stack
12-23
一个用于分析Android本地代码crash的工具 出现crash以后，用logcat -s DEBUG把crash的log打印保存下来,例如crash_log.txt； 然后执行 ndk-stack -sym 符号所在的目录 -dump crash_log.txt； 例如ndk-stack -sym out/target/product/mt5520_cn_android_64/symbols -dump crash_log.txt
[Android稳定性] NativeCrash分析(一)-NativeCrash原理
TaylorPotter的博客
12-31 2582
一.基础知识-编译，链接，装载 二.NativeCrash原理 三.相关工具使用
Android native crash解析
张晖的专栏
08-15 5381
当某个进程发生crash时会出现下面的错误日志，它可能出现在logcat日志或者/data/tombstones目录下的tombstone文件中 --------- beginning of crash 10-24 00:29:11.558 8660 8934 F libc : Fatal signal 11 (SIGSEGV), code 1, fault addr 0x1c in tid 8934 (MainThread) 10-24 00:29:11.620 468 468 F DE
Android native crash log分析
专栏
04-21 4200
原帖地址：http://blog.youkuaiyun.com/huaciom/article/details/6997708
Android 分析native crash 工具stack
12-01 1089
http://pjq.me/wiki/doku.php?id=android:android-jni:android-ndk-stacktrace-analyzer
NDK JNI so 库崩溃分析
minsk1989的专栏
11-27 1074
首先要根据不同的平台架构来找到对应的工具 arm、x86_64、或者aarch64、i686 先大概看看：as是汇编编译器、ar用于创建和修改档案文件（.a就是一种档案文件）、ld链接器、nm 列出程序文件的符号和符号在内存中的地址（符合包括函数名和变量名） addr2line 用来找到地址对应的函数和源文件名和行号、objdump 显示程序文件相关内容和对程序文件进行反汇编。 addr2line -C -f -e xxx.so 地址 地址 Convert addresses in...
android 崩溃分析,Android Crash之Native Crash分析
weixin_39602560的博客
05-25 791
前言上一篇给大家介绍了Android Crash中的Java Crash分析，我们可以知道Java Crash一般会弹出提示框告诉我们程序崩溃了，通常使用Crash工具都能够捕获到；本篇博客来谈谈如何针对Native Crash进行分析，它相对与Java层面的Crash有什么特点？如何判断程序Crash是因为Native层导致的？我们怎么去分析它？下面我们一个一个解答这些问题。Native Cra...
so库崩溃问题的定位与分析
有何不可的博客
02-02 5162
了解tombstone日志中关键信息的含义，配合addr2line或ndk-stack这两个工具的使用，那么定位分析崩溃问题就非常容易了。工欲善其事，必先利其器。
Linux Android native crash解析
最新发布
05-08
<think>好的，我现在需要帮助用户找到关于Linux和Android环境下分析Native Crash的工具和方法。首先，我需要回忆一下之前用户提供的引用内容，里面提到了tombstone文件、ndk-stack、addr2line、objdump，还有Bugly这样的第三方工具。 用户的问题很明确，是要了解分析Native Crash的具体工具和方法。根据引用资料，首先应该提到tombstone文件，这是系统生成的崩溃日志，位置在/data/tombstones/，需要root权限才能访问。然后，解析这些文件需要用到的工具，比如ndk-stack，这是NDK自带的工具，可以将堆栈跟踪符号化，帮助定位问题。另外，addr2line和objdump也是常用的工具，用于将地址转换为代码行和查看反汇编代码。 接下来，用户可能需要知道具体的步骤，比如如何获取tombstone文件，如何使用ndk-stack进行分析。还有可能需要提到如何在没有root权限的情况下通过adb logcat获取崩溃日志，或者使用第三方工具如Bugly来简化流程。 还要考虑用户可能遇到的困难，比如如何设置符号文件路径，或者如何处理没有符号的情况。需要分步骤说明，确保用户能一步步操作。此外，引用中提到的信号机制和常见错误类型，比如SIGSEGV、SIGABRT等，可能也是用户需要了解的内容，需要简要说明。 最后，生成相关问题时要围绕工具使用、常见错误分析、优化方法、第三方工具比较等方面，帮助用户扩展相关知识。</think>### Linux/Android Native Crash 分析工具与方法 #### 一、核心分析工具 1. **tombstone文件** Native Crash发生时，系统会在路径 `/data/tombstones/` 下生成 `tombstone_xx` 文件，包含崩溃时的寄存器状态、堆栈调用链、内存映射表等关键信息[^2][^4]。 **获取方式**： - 通过 `adb pull /data/tombstones/tombstone_xx` 导出（需设备root权限） - 若无root权限，可通过 `adb logcat` 筛选崩溃日志中的关键堆栈。 2. **ndk-stack** NDK官方提供的符号化工具，能将崩溃日志中的内存地址转换为可读的代码位置[^4]。 **使用方法**： ```bash ndk-stack -sym <符号文件路径> -dump tombstone_xx ``` 符号文件需包含编译时生成的 `.so` 文件（带调试符号的版本）。 3. **addr2line与objdump** - **addr2line**：将地址映射到源码行号 ```bash arm-linux-androideabi-addr2line -e <so文件路径> <崩溃地址> ``` - **objdump**：反汇编代码，分析指令逻辑 ```bash arm-linux-androideabi-objdump -d <so文件路径> > disassembly.txt ``` 4. **第三方工具Bugly** 提供符号化、堆栈还原、上下文环境参数（如设备信息、内存状态）等一站式分析功能[^3]，适合无符号文件或需要快速定位的场景。 --- #### 二、分析流程 1. **提取崩溃日志** - 优先获取完整的 `tombstone_xx` 文件[^2] - 若无权限，从 `adb logcat | grep "DEBUG"` 中提取关键堆栈。 2. **符号化堆栈** - 使用 `ndk-stack` 对日志整体符号化[^4] - 若需精准定位，用 `addr2line` 单独解析关键地址。 3. **分析崩溃原因** - **常见信号类型**： - `SIGSEGV`：非法内存访问（空指针、缓冲区溢出） - `SIGABRT`：主动调用 `abort()` 或断言失败 - **内存映射表分析**：检查崩溃地址所属模块（如 `.so` 或系统库）。 4. **复现与调试** - 使用 `gdb/lldb` 附加到进程进行动态调试 - 结合 `strace` 跟踪系统调用。 --- #### 三、实战示例 以 `SIGSEGV` 崩溃为例： 1. 从 `tombstone` 中定位崩溃线程堆栈： ``` signal 11 (SIGSEGV), code 1 (SEGV_MAPERR) r0 00000000 r1 00000001 pc a1b2c3d4 libnative.so ``` 2. 符号化地址 `a1b2c3d4`： ```bash addr2line -e libnative.so a1b2c3d4 ``` 输出结果指向 `native_code.c:45`，检查该行是否存在空指针解引用。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值