Android ANR分析总结

1、ANR介绍

ANR（Application Not Responding）指的是应用程序无响应，当Android应用程序在主线程上执行长时间运行的操作或阻塞I/O操作时发生。这可能导致应用程序界面冻结或无法响应用户输入。

1、Service ANR：前台20s，后台200s；startForeground超时10s

2、BroadcastReceiver ANR：前台10s，后台60s

3、Input ANR：按键或触摸事件在5s内无响应

4、ContentProvider ANR：10s，少见

2、抓取离线日志

使用CAT或QATT解析dbg文件

解析完成相关Log如下

3、Service ANR

        Service ANR原理，当框架启动APP对应的Service时。一边在框架自身发起一个handler超时消息，一边发送启动Service 的handler消息到APP的主线程。当APP Service中的onCreate方法调用后，会回调框架中的serviceDoneExecutingLocked来取消定超时消息。正常情况下如此

如果是APP本身问题，可以通过SYS_FTRACE搜索serviceCreate来确定执行时长。

同步其他Log进行分析确认。

执行超时消息，触发ANR

1、若binder耗时（比较少见）;

2、app主线程执行一些消息耗时，导致service相关的消息得不到执行;

3、Service本身的周期方法onCreate，onStartCommand等执行一些耗时操作;

4、BroacastReceiver 超时

Android中有两种广播机制：

1、静态广播接收者：通过AndroidManifest.xml的标签来申明的BroadcastReceiver。

2、动态广播接收者：通过Context.registerReceiver()方式注册的BroadcastReceiver，动态注册更为灵活，可在不需要时通过unregisterReceiver()取消注册。

从广播发送方式可分为三类：

1、普通广播：通过Context.sendBroadcast()发送，可并行处理

2、有序广播：通过Context.sendOrderedBroadcast()发送，串行处理

3、Sticky广播：通过Context.sendStickyBroadcast()发送

其中前台广播ANR 10s，后台广播ANR 60s

        发送广播的逻辑主要在框架中的BroadcastQueue的函数processNextBroadcastLocked中。对于并行广播mParallelBroadcasts直接全部发送。对于有序广播，每次设置超时时间，发送一条。APP接收到关播后，调用finish来进行下一条循环。

如果是APP本身问题，可以通过SYS_FTRACE搜索broadcastReceiveComp来确定执行时长。

5、Input超时

        检查 Relayout windows时间点（此时 activity 能被看到）。如果发 生 ANR 时，Focus焦点已经切换过来，则需要APP分析，否则需要系统侧进一步分析。

        其中绘制过程比较复杂，相关流程整理如下，后续更新

6、ContentProvider 超时

        后续补充

7、其他相关信息确认

      很多时候，ANR不一定是APP本身的问题，有可能是系统卡顿或者IO问题导致的。需要结合相关ANR Log中的其他信息一起分析。

1、CPU的使用率

2、剩余内存大小

EVENT Log中搜killinfo

参考文档

https://www.cnblogs.com/linghu-java/articles/10307915.html
https://blog.csdn.net/Code1994/article/details/120509705