史上最全面的Android-ANR-详解，android开发艺术探索电子

史上最全面的Android-ANR-详解，android开发艺术探索电子

一、ANR 概述
二、ANR的类型
三、ANR 产生的原因
四、如何分析解决 ANR问题
五、ANR 问题分析解决建议
六、MTK 平台 ANR问题分析

一、 ANR 概述

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

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

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

因此，为避免ANR发生，请不要在主线程中进行耗时 *** 作，耗时 *** 作请尽量在子线程中运行。

4.发生ANR截图 如下：

二、 ANR的类型

ANR在Android 手机中很常见，按其相应类型可以分为以下 常见 三种类型。

ANR类型如下：

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

三、ANR 产生的原因

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

因此，当ANR 发生时，我们要分析ANR产生的原因，也就是查找消息处理不及时的原因。例如可以从以下几个疑问点进行分析：

1.为什么 APP不能获取CPU时间片？2.APP 是否是等待一些没能及时处理的事件完成？3.消息处理流程是不是太复杂？ 四、如何分析解决 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出来都可以。

建议使用此方法

adb root
adb remount
adb pull /data/anr/traces.txt .

五、ANR 问题分析解决建议

分析查看ANR原因，接着解决ANR问题。

1. 耗时 *** 作

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

2. IO *** 作

(比如：网络 *** 作、存储 *** 作等)也是引起ANR的常见因素。强烈建议在工作线程中进行。

3. 程序锁竞争

某些情况，ANR产生的原因不是直接因为在主线程中产生的。 比如： 工作线程对某个资源等上锁，恰好此时，主线程需要此资源，如等待超时，则此时ANR可能发生。

4. 死锁

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

5. 广播接收慢

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

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

onReceive() 方法长时间未执行完毕。

推荐学习资料

---

脑图



由于文章篇幅问题点击链接查看详细文章以及获取学习笔记：GitHub

8F%91%E4%B8%8D%E4%BC%9A%E8%BF%99%E4%BA%9B%EF%BC%9F%E5%A6%82%E4%BD%95%E9%9D%A2%E8%AF%95%E6%8B%BF%E9%AB%98%E8%96%AA%EF%BC%81.md)**