Android Native Crash问题的一点排查思路

最新推荐文章于 2024-09-05 05:11:07 发布
最新推荐文章于 2024-09-05 05:11:07 发布
阅读量1.3k 收藏 3
点赞数 2
分类专栏： Android进阶之路 文章标签： 安卓 android 移动开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_55362248/article/details/121042709
版权
Android APP的native层Crash比Java层更难定位。本文介绍了如何通过bugreport和tombstone文件来定位native crash，特别是针对无源码的第三方so。通过分析Android10系统的特定问题，揭示了在BakerReadBarrierThunk中发生的null pointer dereference异常，最终找到问题根源在于Android10源码中对volatile字段加载的空检查缺失，并提供了解决方案。
摘要由CSDN通过智能技术生成

背景:定位难

对于Android APP而言，native层Crash相比于Java层更难捕获与定位，因为so的代码通常不可见，而且，一些第三方so的crash或者系统的更难定位，堆栈信息非常少：参考下面的几个native crash实例

image.png

甚至即时全量打印Log信息，也只能得到一些不太方便定位的日志，无法直接定位问题

09-14 10:14:36.590  1361  1361 I /system/bin/tombstoned: received crash request for pid 5908
09-14 10:14:36.591  5944  5944 I crash_dump64: performing dump of process 5687 (target tid = 5908)
09-14 10:14:36.607  5944  5944 F DEBUG   : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
09-14 10:14:36.608  5944  5944 F DEBUG   : Build fingerprint: 'Xiaomi/vangogh/vangogh:10/QKQ1.191222.002/V12.0.6.0.QJVCNXM:user/release-keys'
09-14 10:14:36.608  5944  5944 F DEBUG   : Revision: '0'
09-14 10:14:36.608  5944  5944 F DEBUG   : ABI: 'arm64'
09-14 10:14:36.608  5944  5944 F DEBUG   : Timestamp: 2021-09-14 10:14:36+0800
09-14 10:14:36.608  5944  5944 F DEBUG   : pid: 5687, tid: 5908, name: nioEventLoopGro  >>> com.netxx.xaxxxn <<<
09-14 10:14:36.608  5944  5944 F DEBUG   : uid: 10312
09-14 10:14:36.608  5944  5944 F DEBUG   : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x4
09-14 10:14:36.608  5944  5944 F DEBUG   : Cause: null pointer dereference
09-14 10:14:36.608  5944  5944 F DEBUG   :     x0  0000000000000000  x1  0000000014d85fb0  x2  0000000015100bf8  x3  0000000000000000
09-14 10:14:36.608  5944  5944 F DEBUG   :     x4  0000000015100c18  x5  000000000000005a  x6  0000000015100c30  x7  0000000000000018
09-14 10:14:36.608  5944  5944 F DEBUG   :     x8  0000000000000000  x9  20454cc47a8eade3  x10 00000000005c0000  x11 000000000000004b
09-14 10:14:36.608  5944  5944 F DEBUG   :     x12 000000000000001f  x13 0000000000000000  x14 00000000a2018668  x15 0000000000000010
09-14 10:14:36.608  5944  5944 F DEBUG   :     x16 0000000000000000  x17 0000000000054402  x18 00000077328bc000  x19 00000077616e0c00
09-14 10:14:36.608  5
最低0.47元/天 解锁文章
让开，我要吃人了
关注
专栏目录
android so库导致的闪退及tombstone分析
工宗浩生财指南针
04-18 1805
android中有3种crash情况：未捕获的异常、ANR和闪退。未捕获的异常一般用crash文件就可以记录异常信息，而ANR无响应表现就是界面卡着无法响应用户操作，而闪退则是整个app瞬间退出，个人感觉对用户造成的体验最差。闪退一般是由于调用so库出错导致，像类似非法地址访问等。闪退发生时在logcat中将日志过滤条件选为“No Filters”就可以看到完整的闪退日志，或者叫tombstone(墓碑)文件。
Android Crash之Native Crash分析
热门推荐
巫山老妖
06-19 2万+
前言上一篇给大家介绍了Android Crash中的Java Crash分析，我们可以知道Java Crash一般会弹出提示框告诉我们程序崩溃了，通常使用Crash工具都能够捕获到；本篇博客来谈谈如何针对Native Crash进行分析，它相对与Java层面的Crash有什么特点？如何判断程序Crash是因为Native层导致的？我们怎么去分析它？下面我们一个一个解答这些问题。Native Cras
Android NativeCrash 捕获与解析
最新发布
2401_86372743的博客
09-05 1155
如果你是 Windows系统的话，那么我劝你装一个 Linux子系统，然后在 Linux执行同样的命令，同样也可以得到该信息。接下来看下我们如何获取两种状态下的so。1.3 获取 strip 和未被 strip 的 so目前Android Studio无论是使用mk或者Cmake编译的方式都会同时输出strip和未strip的so，如下图是Cmake编译so产生的两个对应的so。
Android-jni(6)-常见错误异常
ddxxii的博客
12-03 1万+
NDK异常信息一般有三个要素： 信号 调用栈信息 寄存器信息 比如一下是一个空指针的错误信息： A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x0 in tid 31286 (shixin.ndkdemo) I/crash_dump32: obtaining output fd from tombstoned I//system...
Android Crash之Native Crash分析，移动端h5开发全过程
m0_64314432的博客
11-18 221
出错时界面不会弹出提示框提醒程序崩溃（Android 5.0以下） 出错时会弹出提示框提醒程序崩溃（Android 5.0以上） 程序会直接闪退到系统桌面 这类错误一般是由C++层代码错误引起的 绝大部分Crash工具不能够捕获 我们在实际Android开发的时候，可能会引入第三方的一些so库或者自己开发相应的so库供程序使用，然而so库一般是通过**c或者c++**开发的。Android开发者通过java层的JNI机制调用Native语言写的函数，然而Natice语言也可以调用ja..
Android Native Crash问题排查思路
happylishang的专栏
10-08 3211
背景:定位难 对于Android APP而言，native层Crash相比于Java层更难捕获与定位，因为so的代码通常不可见，而且，一些第三方so的crash或者系统的更难定位，堆栈信息非常少：参考下面的几个native crash实例 甚至即时全量打印Log信息，也只能得到一些不太方便定位的日志，无法直接定位问题 09-14 10:14:36.590 1361 1361 I /system/bin/tombstoned: received crash request for pid 5908 09
Android Native/Tombstone Crash Log 详细分析
lc999102的专栏
02-06 796
原文地址  http://blog.sina.com.cn/s/blog_702c2db50102vc2h.html Android 虽然已经有好几年了，但是NDK的开放速度却非常缓慢，所以目前网络上针对对Android Native Crash的分析说明还比较少，尤其是非常详细的分析方式更难以查询。因此大部分程序员在遇到难以进行addr2line的crash log时，会一筹莫展。事实上这份l
Android 平台 Native Crash 问题分析与定位
m0_70749039的博客
07-28 3354
Android开发中通常是将Native层代码打包为.so格式的动态库文件，然后供Java层调用，.soAndroid系统自带的核心组件和服务，如多媒体库、OpenGLES图形库等引入的第三方库开发者自行编译生成的动态库。...
Native Crash问题分析
我的博客
05-27 891
如何使用GDB进行Crash分析以及定位
Android Native Crash定位
凯尼
03-11 1151
背景 当使用NDK编程时， 底层崩溃，可以断点， 日志等排查手段， 但针对复杂逻辑或代码较多时， 精确定位就显的措手不及。 本文介绍如何使用Android自带工具 ndk-stack 通过崩溃信息精准定位崩溃位置。 本文环境： Windows 10 ndk-stack工具位置: AndroidSDK/ndk-bundle/ndk-stack.cmd， Android SDK 替换成自己的Android SDK目录， 下方所涉及的ndk-stack指令均指此文件。 二、定位错误行 2.1 实时分析 实时分
字节Android Native Crash治理之Memory Corruption工具原理与实践
YZcoder的博客
11-01 783
作者：字节跳动终端技术——庞翔宇 内容摘要 ​ MemCorruption工具是字节跳动AppHealth (Client Infrastructure - AppHealth) 团队开发的一款用于定位野指针（UseAfterFree）、内存越界（HeapBufferOverflow）、重复释放（DoubleFree）类问题检测工具。广泛用于字节跳动旗下各大 App 线上问题检测。本文将通过方案原理和实践案例来介绍此工具。 背景 ​ 随着 Android App 开发的技术栈不.
[Android Framework] 系统 ANR 问题排查实践小结
小羊子的技术专栏
08-20 739
本文记录了工作中遇到的Andorid 系统层级 ANR 的问题排查及解决思路。 具体问题：在 VR一体机设备中遇到了第三方应用在视频播放时 当高标清切换时 出现了*死机冻屏* 的问题。
Android Native Crash奔溃
weixin_49303682的博客
03-25 881
从Android系统全局来说，Crash 通常分为 App/Framework Crash，Native Crash，以及 Kernel Crash。对于 App 层或者 Framework 层的 Crash(即 Java 层面 Crash)，那么往往是通过抛出未捕获异常而导致的 Crash。至于 Kernel Crash，很多情况是发生 Kernel panic，对于内核崩溃往往是驱动或者硬件出现故障。
Android native crash简介
weixin_47456647的博客
06-28 536
Android native crash分析
Android native crash解析
张晖的专栏
08-15 4813
当某个进程发生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 （二）问题分析与定位
话唠扇贝的博客
02-10 504
Native Crash 是发生在 Android 系统中 C/C++ 层面的 Crash，具体可参考： # Android 平台 Native Crash 捕获原理详解。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值