版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/SiwenYY/article/details/77603294
ANR:Application Not Responding，即应用无响应。
在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应对话框。用户可以选择让程序继续运行，但是他们在使用你的应用程序时，并不希望每次都要处理这个对话框，因此，在程序里对响应性能的设计很重要，这样，系统不会显示ANR给用户。
一、为什么会引发ANR？
在Android里，应用程序的响应性是由ActivityManager和WindowManager系统服务监视的 。当它监测到以下情况中的一个时，Android就会针对特定的应用程序显示ANR：
1、
KeyDispatchTimeout(5 seconds) --主要类型按键或触摸事件在特定时间内无响应
2、BroadcastTimeout(10 seconds) --BroadcastReceiver在特定时间内无法处理完成
3、ServiceTimeout(20 seconds) --小概率类型 Service在特定的时间内无法处理完成
2、BroadcastTimeout(10 seconds) --BroadcastReceiver在特定时间内无法处理完成
3、ServiceTimeout(20 seconds) --小概率类型 Service在特定的时间内无法处理完成
KeyDispatchTimeout超时原因：
(1)当前的事件没有机会得到处理（即UI线程正在处理前一个事件，没有及时的完成或者looper被某种原因阻塞住了）
(2)当前的事件正在处理，但没有及时完成
首先要知道事件发生的线程，一般来说大多数可能是ui线程操作超时，那么ui线程都有哪些呢：
(1)当前的事件没有机会得到处理（即UI线程正在处理前一个事件，没有及时的完成或者looper被某种原因阻塞住了）
(2)当前的事件正在处理，但没有及时完成
首先要知道事件发生的线程，一般来说大多数可能是ui线程操作超时，那么ui线程都有哪些呢：
如何避免KeyDispatchTimeout
1、UI线程尽量只做跟UI相关的工作
2、耗时的工作（比如数据库 操作，I/O，连接网络或者别的有可能阻碍UI线程的操作）把它放入单独的线程处理
3、尽量用Handler来处理UIthread和别的thread之间的交互
二、如何避免ANR？
1、运行在主线程里的任何方法都尽可能少做事情。特别是，Activity应该在它的关键生命周期方 法（如onCreate()和onResume()）里尽可能少的去做创建操作。（可以采用重新开启子线程的方式，然后使用 Handler+Message的方式做一些操作，比如更新主线程中的ui等）
2、应用程序应该避免在BroadcastReceiver里做耗时的操作或计算。但不再是在子线程里做这些任务（因为 BroadcastReceiver的生命周期短），替代的是，如果响应Intent广播需要执行一个耗时的动作的话，应用程序应该启动一个 Service。（此处需要注意的是可以在广播接受者中启动Service，但是却不可以在Service中启动broadcasereciver,关于原因后续会有介绍，此处不是本文重点）
3、避免在Intent Receiver里启动一个Activity，因为它会创建一个新的画面，并从当前用户正在运行的程序上抢夺焦点。如果你的应用程序在响应Intent广 播时需要向用户展示什么，你应该使用Notification Manager来实现。
三、如何调查并解决ANR？
1、首先分析log
2、从trace.txt文件查看调用stack.
3、看代码
4、仔细查看ANR的成因（iowait?block?memoryleak?）
先看个LOG
如果CPU使用量很少，说明主线程被BLOCK了
如果IOwait很高，说明ANR有可能是主线程在进行I/O操作造成的
除了看LOG，解决ANR还得需要trace.txt文件，
如何获取呢？可以用如下命令获取
$chmod 777 /data/anr
$rm /data/anr/traces.txt
$ps
$kill -3 PID
adbpull data/anr/traces.txt ./mytraces.txt
1、UI线程尽量只做跟UI相关的工作
2、耗时的工作（比如数据库 操作，I/O，连接网络或者别的有可能阻碍UI线程的操作）把它放入单独的线程处理
3、尽量用Handler来处理UIthread和别的thread之间的交互
二、如何避免ANR？
1、运行在主线程里的任何方法都尽可能少做事情。特别是，Activity应该在它的关键生命周期方 法（如onCreate()和onResume()）里尽可能少的去做创建操作。（可以采用重新开启子线程的方式，然后使用 Handler+Message的方式做一些操作，比如更新主线程中的ui等）
2、应用程序应该避免在BroadcastReceiver里做耗时的操作或计算。但不再是在子线程里做这些任务（因为 BroadcastReceiver的生命周期短），替代的是，如果响应Intent广播需要执行一个耗时的动作的话，应用程序应该启动一个 Service。（此处需要注意的是可以在广播接受者中启动Service，但是却不可以在Service中启动broadcasereciver,关于原因后续会有介绍，此处不是本文重点）
3、避免在Intent Receiver里启动一个Activity，因为它会创建一个新的画面，并从当前用户正在运行的程序上抢夺焦点。如果你的应用程序在响应Intent广 播时需要向用户展示什么，你应该使用Notification Manager来实现。
三、如何调查并解决ANR？
1、首先分析log
2、从trace.txt文件查看调用stack.
3、看代码
4、仔细查看ANR的成因（iowait?block?memoryleak?）
先看个LOG
如果CPU使用量很少，说明主线程被BLOCK了
如果IOwait很高，说明ANR有可能是主线程在进行I/O操作造成的
除了看LOG，解决ANR还得需要trace.txt文件，
如何获取呢？可以用如下命令获取
$chmod 777 /data/anr
$rm /data/anr/traces.txt
$ps
$kill -3 PID
adbpull data/anr/traces.txt ./mytraces.txt
四、Log的产生大家都知道 ， 大家也都知道通过DDMS来看log ， 但什么时候会产生log文件呢 ？一般在如下几种情况会产生log文件 。
1、程序异常退出 ， uncaused exception
2、程序强制关闭 ，Force Closed (简称FC)
3、程序无响应 ， Application No Response （简称ANR) ， 顺便，一般主线程超过5秒么有处理就会ANR
4、手动生成 。
观察log文件的基本步骤 。
1、如果是ANR问题 ， 则搜索“ANR”关键词 。 快速定位到关键事件信息 。
2、如果是ForceClosed 和其它异常退出信息，则搜索"Fatal" 关键词， 快速定位到关键事件信息 。
3、定位到关键事件信息后 ， 如果信息不够明确的，再去搜索应用程序包的虚拟机信息 ，查看具体的进程和线程跟踪的日志，来定位到代码 。
用这种方法，出现问题，根本不需要断点调试 ， 直接定位到问题，屡试不爽 。
1、如果是ANR问题 ， 则搜索“ANR”关键词 。 快速定位到关键事件信息 。
2、如果是ForceClosed 和其它异常退出信息，则搜索"Fatal" 关键词， 快速定位到关键事件信息 。
3、定位到关键事件信息后 ， 如果信息不够明确的，再去搜索应用程序包的虚拟机信息 ，查看具体的进程和线程跟踪的日志，来定位到代码 。
用这种方法，出现问题，根本不需要断点调试 ， 直接定位到问题，屡试不爽 。
总结：anr异常自己在项目中会经常遇到，主要的解决办法最常用的就是不要在主线程中做耗时的操作，而应放在子线程中来实现，比如采用Handler+mesage的方式，或者是有时候需要做一些和网络相互交互的耗时操作就采用 asyntask异步任务的方式（它的底层其实Handler+mesage有所区别的是它是线程池）等，在主线程中更新UI。
---------------------------------------------------------------------------------------------------------------------------------------
推荐博文：
http://blog.csdn.net/yxz329130952/article/details/50087731
http://www.jianshu.com/p/6d855e984b99