Android Native 异常捕获库_android捕获native异常so库

最新推荐文章于 2024-05-09 23:35:59 发布
最新推荐文章于 2024-05-09 23:35:59 发布
阅读量386 收藏 5
点赞数 3
分类专栏： 程序员 文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84519929/article/details/138277456
版权

1、让java层有知悉native异常的通道：
java开发者可以在java代码中得到native异常的情况，进而对native异常做出反应，而不是再次启动后去检测Breakpad是否有导出过minidump文件。

2、增加信息的可用性，进而提升问题分析的效率：
回调中提供naive异常信息、naive和java调用栈信息和minidump文件文件路径，这些信息可以直接通过业务部门的异常监控系统上报。
划分为两个阶段解决问题，我预想是大部分都在阶段一解决了问题，而不需要再对minidump文件进行分析，总体来讲是提升了分析效率的：

阶段一：有了java的调用栈和native的调用栈信息，大部分异常原因都可以快速定位并分析出来。
阶段二：回调中也会提供minidump文件的存储路径，业务部门可以按需拉取。（这一步需要业务部门本身有拉取日志的功能，且需要按上文”现状部分进行操作”，较费时费力）

3、最少改动：
让接入方不因为引入新功能而大量改动现有代码。例如：在native崩溃回调处,使用现有的java层异常监控系统上报native异常信息。

4、单一职责：
只做native的crash捕获，不做系统内存情况、cpu使用率、系统日志等信息的采集功能。

整体流程

功能介绍

保留breakpad导出minidump文件功能 （可选择是否启用）
发生native异常时将异常信息、native层调用栈、java层的调用栈通过回调提供给开发者，将这些信息输出到控制台的效果如下：

2022-02-14 11:33:08.598 30228-30253/com.babyte.banativecrash E/crash:  
    /data/user/0/com.babyte.banativecrash/cache/f1474006-60ca-40f4-c9d8e89a-47e90c2e.dmp
2022-02-14 11:33:08.599 30228-30253/com.babyte.banativecrash E/crash:  
    Operating system: Android 28 Linux 4.4.146 #37 SMP PREEMPT Wed Jan 20 18:26:59 CST 2021
    CPU: aarch64 (8 core)
    
    Crash reason: signal 11(SIGSEGV) Invalid address
    Crash address: 0000000000000000
    Crash pc: 0000000000000650
    Crash so: /data/app/com.babyte.banativecrash-ptLzOQ_6UYz-W3Vgyact8A==/lib/arm64/libnative-lib.so(arm64)
    Crash method: _Z5Crashv
2022-02-14 11:33:08.602 30228-30253/com.babyte.banativecrash E/crash:  
    Thread[name:DefaultDispatch] (NOTE: linux thread name length limit is 15 characters)
    #00 pc 0000000000000650  /data/app/com.babyte.banativecrash-ptLzOQ_6UYz-W3Vgyact8A==/lib/arm64/libnative-lib.so (Crash()+20)
    #01 pc 0000000000000670  /data/app/com.babyte.banativecrash-ptLzOQ_6UYz-W3Vgyact8A==/lib/arm64/libnative-lib.so (Java_com_babyte_banativecrash_MainActivity_nativeCrash+20)
    #02 pc 0000000000565de0  /system/lib64/libart.so (offset 0xc1000) (art_quick_generic_jni_trampoline+144)
    #03 pc 000000000055cd88  /system/lib64/libart.so (offset 0xc1000) (art_quick_invoke_stub+584)
    #04 pc 00000000000cf740  /system/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+200)
    #05 pc 00000000002823b8  /system/lib64/libart.so (offset 0xc1000) 
...
2022-02-14 11:33:08.603 30228-30253/com.babyte.banativecrash E/crash:  
    Thread[DefaultDispatcher-worker-1,5,main]
        at com.babyte.banativecrash.MainActivity.nativeCrash(Native Method)
        at com.babyte.banativecrash.MainActivity$onCreate$2$1.invokeSuspend(MainActivity.kt:39)
        at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
        at kotlinx.coroutines.DispatchedTask.run(DispatchedTask.kt:106)
        at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:571)
        at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.executeTask(CoroutineScheduler.kt:750)
        at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.runWorker(CoroutineScheduler.kt:678)
        at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:665)
    Thread[DefaultDispatcher-worker-2,5,main]
        at java.lang.Object.wait(Native Method)
        at java.lang.Thread.parkFor$(Thread.java:2137)
        at sun.misc.Unsafe.park(Unsafe.java:358)
        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:353)
        at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.park(CoroutineScheduler.kt:795)
        at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.tryPark(CoroutineScheduler.kt:740)
        at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.runWorker(CoroutineScheduler.kt:711)
        at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:665)
...

定位到so中具体代码行示例

可以使用ndk中的add2line工具根据pc值和带符号信息的so库，定位出具体代码行数。
例：从上文的异常信息中可以看到abi是aarch64，对应的so库abi是arm64，所以add2line的使用如下：

$ ./ndk/android-ndk-r16b/toolchains/aarch64-linux-android-4.9/prebuilt/darwin-x86_64/bin/aarch64-linux-android-addr2line -Cfe ~/arm64-v8a/libnative-lib.so 0000000000000650

输出结果如下：

Crash()
/Users/ba/AndroidStudioProjects/NativeCrash2Java/app/.cxx/cmake/debug/arm64-v8a/../../../../src/main/cpp/native-lib.cpp:6

接入方式

根项目的build.gradle中:

allprojects {
    repositories {


## 最后

如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。谢谢。

![](https://img-blog.csdnimg.cn/img_convert/1519cac21cf7f2279f9fe1a8010ae0ca.webp?x-oss-process=image/format,png)

欢迎大家一起交流讨论啊~



**网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

**[需要这份系统化学习资料的朋友，可以戳这里获取](https://bbs.csdn.net/topics/618156601)**

**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**

.net/topics/618156601)**

**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**
2401_84519929
关注
专栏目录
android捕获native异常,Android端线上NativeCrash收集的两种方法(下)
weixin_39835991的博客
05-28 858
上文中介绍了基于google-breakpad的NativeCrash日志收集方法的全过程，但其有个缺陷就是生成的通用SO和dmp日志比较大，对sdk大小有严格要求的APP不是很方便，且不利于收集线上用户的NativeCrash数据(需要在wifi情况下收集)。本文介绍另外一种基于linux信号处理的轻量级方法。实现原理 基于linux信号异常处理的NativeCrash收集实现原理上图给出了基于...
Android 平台 Native 代码的崩溃捕获机制及实现
idaretobe的专栏
07-13 2115
在前一步，我们获取了奔溃时的pc值和各个寄存器的内容，通过SP和FP所限定的stack frame，就可以得到母函数的SP和FP，从而得到母函数的stack frame（PC，LR，SP，FP会在函数调用的第一时间压栈），以此追溯，即可得到所有函数的调用顺序。在我的实验中，在子进程或者信号处理函数中，经常无法回调给java层。下面是Google Breakpad的流程图，在新的进程中DoDump，使用ptrace解析crash进程的堆栈，同时信号处理程序等待子进程完成任务后，再调用旧的信号处理函数。
java 捕获sigkill,安卓捕获RuntimeException,ANR,Native信号异常
weixin_39886841的博客
03-20 427
三大崩溃众所周知,安卓端有三大崩溃,都会造成应用崩掉,分别是RuntimeExceptionjava端的运行时异常.比如一些空指针之类的,发生时应用会崩溃.ANR安卓为了用户体验设的保护机制,在应用在主线程做耗时操作的时候,长时间无响应会产生,一个问用户是否要继续等待的选择框,若用户选择关闭,或者长时间不选择,都会造成应用关闭.Native信号异常当我们的代码导入第三方的so包的时候,由于c/c+...
Android – java native 异常捕获到本地 – xCrash 简单实现 ，亲测可直接使用
01-03
需求： 当APP出现Java异常、native异常和ANR时需要重启当前APP。 解决方案： 使用爱奇艺的xCrash框架进行捕获并重启。 xCrash GitHub地址： https://github.com/iqiyi/xCrash/blob/master/README.zh-CN.md 步骤一： 在module的build.gradle中添加如下代码： android { defaultConfig { ndk { // 根据需要添加必要的ABI abiFilters 'armeabi', 'armeabi-v7a', 'arm64-v8a' } } } depe
Android Native 异常捕获库
Misdirection_XG的博客
05-30 925
现状 发生native异常时，安卓系统会将native异常信息输出到logcat中，但是java层无法感知到native异常的发生，进而无法获取这些异常信息并上报到业务的异常监控系统。 业务部门可以快速实现java层的异常监控系统（java层全局异常捕获的实现很简单），又或者业务部门已经实现了java层的异常监控系统，但没有覆盖到native层的异常捕获。 安卓还可以接入Breakpad，其导出的minidump文件不仅体积小信息还全，但有两个问题： 1.和现状第1点的问题相同。 2.：需要拉取mini
Android 捕获native异常
sunshine_0707的博客
01-16 1035
7.1切换到Breakpad-master\tools\mac目录下，运行命令minidump_stackwalk C:\Users\86138\Desktop\apk\crashFiles\d09869f4-cdaf-4f03-85f57d8e-e4fd512b.dmp >carsh.txt。4.4编译，在\build\intermediates\cmake\debug\obj\目录下获取so库。4.2CMakeLists.txt设置和native-lib.cpp代码。*ptr = 12;
Android Native 异常捕获库_android捕获native异常so库(1)
2401_84519929的博客
04-28 553
保留breakpad导出minidump文件功能 （可选择是否启用）......我的面试经验分享可能不会去罗列太多的具体题目，因为我依然认为面试经验中最宝贵的不是那一个个具体的题目或者具体的答案，而是结束面试时，那一刻你的感受以及多天之后你的回味~很多人在刚接触这个行业的时候或者是在遇到瓶颈期的时候，总会遇到一些问题，比如学了一段时间感觉没有方向感，不知道该从那里入手去学习，对此我整理了一些资料，需要的可以免费分享给大家在这里小编分享一份自己收录整理上述技术体系图相关的几十套。
Android-xCrash是一个安卓APP的崩溃捕获库。它支持捕获native崩溃和Java异常
08-13
xCrash 能在 App 进程崩溃时，在你指定的目录中生成一个 tombstone 文件（格式与安卓系统的 tombstone 文件类似）。并且，不需要 root 权限或任何系统权限。
Android平台Native代码的崩溃捕获机制及实现
02-25
所以一个合格的异常捕获组件也要能达到以下目的：支持在crash时进行更多扩展操作，如：1.打印logcat和应用日志2.上报crash次数3.对不同的crash做不同的恢复措施4.可以针对业务不断改进和适应其实3个方案在Android...
reactnative异常处理库
08-10
React Native 异常处理库是专门为在React Native框架下开发的混合移动应用提供错误管理和调试支持的工具。React Native允许开发者使用JavaScript编写原生移动应用，但JavaScript代码的运行环境中可能会遇到各种错误...
Native异常的处理
04-04
Native异常的处理
Android NativeCrash 捕获与解析
vivo互联网技术
02-24 937
Android 开发中，NE一直是不可忽略却又异常难解的一个问题，原因是这里面涉及到了跨端开发和分析，需要同时熟悉 Java，C&C++，并且需要熟悉 NDK开发，并且解决起来不像 Java异常那么明了，本文为了解决部分疑惑，将从NE的捕获，解析与还原等三个方面进行探索。 一、NE 简介 NE全称NativeCrash，就是C或者C++运行过程中产生的错误，NE不同于普通的 Java 错误，普通的logcat无法直接还原成可阅读的堆栈，一般没有源码也无法调试。 所以日常应用层的工程师，即使我们
Android NativeCrash 捕获与解析，androidui设计原理
m0_61362539的博客
11-09 530
使用mk文件进行编译的时候，可以增加如下命令，也可以直接编译出strip的so -fvisibility=hidden 二、NE 捕获与解析 =========================================================================== NE解析顾名思议就是堆栈解析，当然所有的前提就是需要保存一份带符号表、也就是未被strip的so，如果你只有strip之后的so，那就无能为力了，堆栈基本无法还原了。 一般有以下三种方式可以捕获和还原堆栈。 2.1 l
wsl 编译android_Android 应用崩溃捕获工具 xCrash
weixin_39718286的博客
10-27 198
xCrashxCrash 能为安卓 APP 提供捕获 java 崩溃，native 崩溃和 ANR 的能力。不需要 root 权限或任何系统权限。xCrash 能在 App 进程崩溃或 ANR 时，在你指定的目录中生成一个 tombstone 文件(格式与安卓系统的 tombstone 文件类似)。xCrash 已经在 爱奇艺 的很多安卓 APP(包括爱奇艺视频)中被使用了很多年。特征支持 And...
在Android Native层实现Try/Catch异常处理机制
最新发布
陆业聪
05-09 1040
本文介绍了在Android Native层实现类似于Java的try/catch异常处理机制的方法，包括使用信号处理和非局部跳转捕获C语言中的异常，获取异常的详细信息，并处理C++抛出的异常。这些方法有助于提高Native代码的稳定性和可维护性。
Android的native崩溃捕获与分析
Ulez_柚子的博客
11-22 1506
1.集成BreakPad，产生一个native crash；输出到路径： /data/data/fun.learnlife.breakpaddemo/files/crashDump 2.pull出来获取dmp文件。 3.使用minidump_stackwalk解析dmp文件，这里遇到一点麻烦，Windows平台很简单使用Android Studio\bin\lldb\bin下面的minidump_stackwalk即可。命令：D:\Program Files\Android\Android Studi
Android开发高手课——模块一 01 native崩溃异常捕获
Qyuewei的专栏
09-11 628
这篇文章主要记录完成文哥的Android开发高手课Native层的崩溃异常捕获。 开发环境：window 10 开发软件：Android Studio 3.5.0 NDK-R16b Android 9.0（28） NDK环境配置 先把sample导入到Android Studio，然后配置NDK环境 点击Show Package Details查看详细版本信息，如果CMake3.10.2的版...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值