Android ANR不会？这里有ANR全解析和各种案例！包教包会！

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 Timeout

• BroadcastTimeout：—— BroadcastReceiver在特定时间内未处理完成导致ANR发生（限制：前台广播10s；后台广播60s）；

日志关键字：Timeout of broadcast BroadcastRecord

• ServiceTimeout —— Service在特定的时间内未处理完成导致ANR发生。（限制：前台服务20s；后台服务200s）；

日志关键字：Timeout executing service

• ContentProviderTimeout —— 内容提供者，在10s内未处理完成导致ANR发生；

日志关键字：Timeout publishing content providers

1.3 ANR的发生原因

经过大量ANR案例的分析，总结出以下三个ANR问题产生的典型场景：

• 主线程被其他线程锁(占比57%)：调用了thread的sleep()、wait()等方法，导致的主线程等待超时。

• 系统资源被占用(占比14%)：其他进程系统资源(CPU/RAM/IO)占用率高，导致该进程无法抢占到足够的系统资源。

• 主线程耗时工作导致线程卡死(占比9%)：例如大量的数据库读写，耗时的网络情况，高强度的硬件计算等。

2、解决ANR问题方法论

2.1 总体思路

1. 导出ANR日志信息，根据日志信息，判断确认发生ANR的包名类名，进程号，发生时间，导致ANR原因类型等。

2. 关注系统资源信息，包括ANR发生前后的CPU，内存，IO等系统资源的使用情况。

3. 查看主线程状态，关注主线程是否存在耗时、死锁、等锁等问题，判断该ANR是App导致还是系统导致的。

4. 结合应用日志，代码或源码等，分析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/<filename>
复制代码

2.3 读取关键日志信息

1