mooner 是一系列疑难native crash解决手段与黑科技实践的集合体,现包括以下功能:
功能1. 捕获 Android 基于“pthread_create” 产生的子线程中异常业务逻辑产生信号,导致的native crash
功能2. 突破Java虚拟机堆大小限制,实现LargeObjectSpace的内存隐藏,仅在OOM发生时生效,最小力度的影响
(demo演示:前一次是正常的OOM,后一次是开启mSponge方案后)
mooner.mp4
功能3. 用于排查pthread_mutex释放后使用的情况,当发生释放后使用时,会打印释放时的堆栈信息
1.由pthread_create 创建的线程中,执行的异常业务逻辑
2.捕获sigaction所支持的信号
3.监听信号时采用的是回溯处理,因此不像java 层try catch一样,而是将本次操作“清除”,如果业务强依赖这次操作,请做好开关降级处理
隐藏LargeObjectSpace的内存使用(FreeListSpace),提高堆内存的上限,提升大小为当前(FreeListSpace的使用内存大小),且只在OOM时生效,挽救OOM
当出现锁释放后使用时,给出释放时的堆栈信息,用于异常排查
功能1: https://juejin.cn/post/7178341941480783931/
功能2: https://juejin.cn/post/7218379300505059365
已发布到mavencenter仓库 gradle 导入 已包含全部功能
implementation 'io.github.TestPlanB:mooner:2.0.2'
使用方式非常简单:
参数1:需要进行兜底的so库名,全名称
参数2:需要捕获的信号,比如11 SIGSEGV
参数3:回调,当异常捕获后就会回调该参数
Mooner.initMooner("libmooner.so",11){
Log.e("mooner","catch exception")
}
合适的时候调用以下即可实现堆内存限制突破(只是初始化),会在OOM的时候生效
关于demo:demo模拟了一下内存申请,分别是大对象申请与多个小对象申请,验证效果请先点击几下小对象申请,然后再点大对象申请,因为如果OOM发生时,多次申请小对象,也就会造成多次gc(仅实验条件下)
Mooner.initMSponge()
参数1 是需要监控的so名称,此时框架内会hook所有pthread_mutex相关的调用,比如:
Mooner.startMutexMonitor("libmooner.so")
- app下是使用例子
- mooner-core 是mooner的核心实现
建议直接用最新的稳定版本Android Studio打开工程。目前项目已适配Android Studio Arctic Fox | 2022.3.1