ANR Broadcast of Intent { flg=0x14 cmp=xxx/cn.jpush.android.service.AlarmReceiver (has extras) }

android
标签: #<Tag:0x00007f83d8912c48>

(wxy) #1

极光SDK版本:3.1.8,1.2.7
手机型号:谷歌 NEXUS 4


#2

1、ANR 问题请提供具体的信息
/data/anr/trace.txt

2、能否复现,说明复现步骤,以及出现几率如何?

3、升级到最新版本后能否复现
https://docs.jiguang.cn/jpush/updates/#jpush-android-sdk-v320


(wxy) #3

线上版本反馈的,bugly收集的,这个确实给不了更详细的信息了


#4

那 bugly 收集的信息应该也不止这一点吧?


#6

这个问题应该是你们使用加固或者动态加载的框架的问题,从调用栈中看到qihooSandbox.QihooBridge.handleHookedMethod ,非极光的问题


(wxy) #7

没有使用加固或者动态加载框架


(wxy) #8

不知道项目中依赖的其他东西里面有没有动态加载的框架,是因为这个导致刚好需要AlarmReceiver唤醒的时候anr了?


#9

目前根据你的这个 trace 文件分析
你是有使用360加固的,即使当前 sdk 把耗时操作放到子线程中处理也可能会有影响

该问题的发生与应用自身也有关系的,当 App 所在主线程有很耗时的操作也会有这类问题

sdk 后续会优化这部分逻辑。sdk占用主线程的时间会小很多,理论上来说 SDK 不会再影响到这一点导致报错


#10

新版本中有优化处理,可以更新看一下