经过本篇阅读，您将学习到如下内容android

ANR 概述
ANR的类型
ANR 产生的缘由
如何分析解决 ANR问题
ANR 问题分析解决建议
MTK 平台 ANR问题分析

ANR(Application Not Responding )应用无响应的简称，是为了在APP卡死时，用户能够强制退出APP的选择，从而避免卡机无响应问题，这是android系统的一种自我保护机制。程序员

1、 ANR 概述

在Android中，应用程序响应由Activity Manager和Window Manager系统服务进行监视。ANR(Application Not Responding )，则是Android的一种自我保护措施，当主线程出现卡顿时候，Android 系统会给用户一个弹出提示，让用户手动选择继续等待仍是强制关闭此APP。web

当Android检测到如下状况之一时，Android将显示特定应用程序的ANR对话框，好比如下三种状况下ANR将常常发生：面试

UI Thread超过 5 s没有响应
Broadcast广播超过10 s没响应
Service 服务超过 20s 没响应

所以，为避免ANR发生，请不要在主线程中进行耗时操做，耗时操做请尽可能在子线程中运行。 4.发生ANR截图以下：markdown

2、 ANR的类型

ANR在Android 手机中很常见，按其相应类型能够分为如下常见三种类型。 ANR类型以下：网络

按键响应分发超时(Key Dispatch Timeout) 默认 5 s，超过则会出现ANR。广播超时(Broadcast Timeout) 默认 10 s，超过则会出现ANR。服务超时(Service Timeout) 默认 20 s，超过则会出现ANR。app

3、ANR 产生的缘由

在Android系统中，APP 一般运行在一个UI Thread或者叫MainThread里。而且Android中只有一个MainThread 和Main Message Queue。MainThread主要用于UI的绘制、事件响应，监听与接收事件处理等功能。Main Message Queue 主要存放用户要处理消息的队列，主线程MainThread从消息队列Main Message Queue中取消息Message后，尽快分发下去，一旦某条消息分发超时，则ANR可能发生。学习

所以，当ANR 发生时，咱们要分析ANR产生的缘由，也就是查找消息处理不及时的缘由。例如能够从如下几个疑问点进行分析：spa

1.为何 APP不能获取CPU时间片？ 2.APP 是不是等待一些没能及时处理的事件完成？ 3.消息处理流程是否是太复杂？线程

4、如何分析解决 ANR问题

在分析ANR时有一些常见的模式可供选择：
APP正在主线程上进行缓慢的I/O操做。
APP正在主线程中进行很复杂的计算操做
主线程正在对另外一个进程执行同步Binder程序调用，但另外一个进程须要很长时间才能返回结果。
主线程在等待另外一个正在长时间执行块操做的子线程时被阻塞。
主线程由于另外一个线程死锁，不管是Bind调用仍是主线程调用，都不能让主线程等待好久，更不能在主线程中进行复杂的计算。

知道产生ANR的缘由，那么如何避免ANR 问题呢？

1.Strict mode 使用StrictMode能够帮助您在开发应用程序时在主线程上发现意外的I / O操做。您能够在application或activity使用StrictMode。 2.关闭 ANR Dialog 提示查看方法ANR控制的方法：设置---- 开发者选项—显示全部ANR 注意：如没有开发者选项，请进入设置—关于手机— 屡次连击版本号便可打开隐藏的开发者选项的item

3.Traceview Traceview获取正在运行的应用程序的跟踪信息，分析此traces.txt文件能够推测出主线程在忙于某些事情。 traces文件一般保存在/data/anr/traces.txt下，你能够直接用adb cat 查看，或者 adb pull出来均可以。建议使用此方法

5、ANR 问题分析解决建议

分析查看ANR缘由，接着解决ANR问题。

1. 耗时操做

请放在工做现场中进行，可使用Handler、AsyncTask等。

2. IO 操做

(好比：网络操做、存储操做等)也是引发ANR的常见因素。强烈建议在工做线程中进行。

3. 程序锁竞争

某些状况，ANR产生的缘由不是直接由于在主线程中产生的。好比：工做线程对某个资源等上锁，刚好此时，主线程须要此资源，如等待超时，则此时ANR可能发生。

4. 死锁

当主线程由于请求一个其余线程正在持有的资源而进入等待状态时，ANR可能会发生。

5. 广播接收慢

应用程序能够经过广播接收器响应广播消息，例如启用或禁用飞行模式或更改链接状态。当应用程序花费太长时间来处理广播消息时，理论上超过10s 未处理完成，ANR可能会发生。

6.广播 ANR发生在下列状况下：

onReceive() 方法长时间未执行完毕。尽可能避免在onReceive() 中进行耗时操做。广播接收者调用goAsync()方法而且未能在PendingResult对象上调用finish()。如要处理的广播内容较多，请使用IntentService 进行处理。好比下面例子：

不建议在onReceive 方法中进行耗时操做，超过10s 未处理，会引发ANR

建议使用IntentService ，避免ANR发生

您的广播接收机可使用goAsync()来通知系统须要更多的时间来处理消息。可是，您应该在PendingResult对象上调用finish()。如下示例显示如何调用finish（）以让系统回收广播接收器并避免ANR：

6、MTK 平台 ANR问题分析

前提，抓取一份ANR的MTK log。

1.event_log 搜索关键字am_anr或者anr,分析并查看ANR缘由

main_log

搜索关键字Application Not Responding或者anr,分析并查看ANR缘由。

干货未完待续