1、ANR介绍
1.1 ANR是什么
ANR,全称为Application Not Responding,也就是应用程序无响应。如果 Android 应用的界面线程处于阻塞状态的时间过长,就会触发“应用无响应”(ANR) 的错误。
此时系统会向用户显示一个对话框,ANR 对话框会为用户提供强行退出应用的选项。
1.2 ANR的四种类型
在Android系统中,应用程序的响应由Activity Manager及Window Manager两个系统服务所监控。通常情况下,应用出现如下四类情况时,系统将报ANR:KeyDispatchTimeout(最常见类型)—— input事件5s内未处理完成导致ANR发生,主要为按键和触摸事件;日志关键字:InputDispatching TimeoutBroadcastTimeout:—— BroadcastReceiver在特定时间内未处理完成导致ANR发生(限制:前台广播10s;后台广播60s);日志关键字:Timeout of broadcast BroadcastRecordServiceTimeout —— Service在特定的时间内未处理完成导致ANR发生。(限制:前台服务20s;后台服务200s);日志关键字:Timeout executing serviceContentProviderTimeout —— 内容提供者,在10s内未处理完成导致ANR发生;日志关键字:Timeout publishing content providers
1.3 ANR的发生原因
经过大量ANR案例的分析,总结出以下三个ANR问题产生的典型场景:主线程被其他线程锁(占比57%):调用了thread的sleep()、wait()等方法,导致的主线程等待超时。
系统资源被占用(占比14%):其他进程系统资源(CPU/RAM/IO)占用率高,导致该进程无法抢占到足够的系统资源。
主线程耗时工作导致线程卡死(占比9%):例如大量的数据库读写,耗时的网络情况,高强度的硬件计算等。
2、解决ANR问题方法论
2.1 总体思路导出ANR日志信息,根据日志信息,判断确认发生ANR的包名类名,进程号,发生时间,导致ANR原因类型等。
关注系统资源信息,包括ANR发生前后的CPU,内存,IO等系统资源的使用情况。
查看主线程状态,关注主线程是否存在耗时、死锁、等锁等问题,判断该ANR是App导致还是系统导致的。
结合应用日志,代码或源码等,分析ANR问题发生前,应用是否有异常,其中具体问题具体分析。
2.2 导出ANR日志
ANR问题发生时,系统会收集ANR相关的日志信息,CPU使用情况,trace日志也就是各线程执行情况等信息,生成一个traces.txt的文件并且放在/data/anr/路径下。
注意:每一次新的ANR问题的发生,会把之前的ANR信息覆盖掉。
我们可以通过adb命令将traces文件导出到本地。adb root
adb shell ls /data/anr
adb pull /data/anr/
2.3 读取关键日志信息
1)在log中找到ANR发生信息:
Traces文件中的关键字,例如:09-24 15:20:20.211 1001 1543 1570 XXXXXXX: ANR in xxxxxx
09-24 15:20:20.211 1001 1543 1570 XXXXXXX: PID: xxxxx
09-24 15:20:20.211 1001 1543 1570 XXXXXXX: Reason: xxxxxx
其中:ANR in中,包括导致ANR的包名,类名
PID 中,为发生ANR的进程PID
Reason 中,为导致ANR的原因