同步发布在：http://snowdream.github.io/blog/2016/02/25/anr-introduce-and-solutions/
ANR
ANR，英文全称为 Application Not Responding，即应用无响应。
具体表现，弹出一个应用无响应的窗口，也可能不弹出直接闪退。
ANR的类型
ANR一般有三种类型：
- KeyDispatchTimeout(5 seconds) --主要类型 按键或触摸事件在特定时间内无响应
定义参考：ActivityManagerService.java
// How long we wait until we timeout on key dispatching.
static final int KEY_DISPATCHING_TIMEOUT = 5*1000;- BroadcastTimeout(前台 10 seconds，后台 60 seconds) BroadcastReceiver在特定时间内无法处理完成
定义参考：ActivityManagerService.java
// How long we allow a receiver to run before giving up on it.
static final int BROADCAST_FG_TIMEOUT = 10*1000;
static final int BROADCAST_BG_TIMEOUT = 60*1000;- ServiceTimeout(前台 20 seconds，后台 200 seconds) --小概率类型 Service在特定的时间内无法处理完成
定义参考：ActiveServices.java
// How long we wait for a service to finish executing.
static final int SERVICE_TIMEOUT = 20*1000;
// How long we wait for a service to finish executing.
static final int SERVICE_BACKGROUND_TIMEOUT = SERVICE_TIMEOUT * 10;ANR的原因
这里不得不介绍下Android的单线程模型。
当一个程序第一次启动时，Android会同时启动一个对应的主线程（Main Thread），主线程主要负责处理与UI相关的事件，如：用户的按键事件，用户接触屏幕的事件以及屏幕绘图事件，并把相关的事件分发到对应的组件进行处理。所以主线程通常又被叫做UI线程。
ANR的原因只有一个： 那就是把IO操作/耗时操作放在了主线程，导致主线程无法及时处理份内的事情（诸如：响应按键，点击事件，刷新界面等），超过了预定时间阀值，最终导致ANR。
ANR的解决方案
分析ANR Trace文件 （被动方案）
应用内通过UncaughtExceptionHandler检测到全局崩溃时，上传ANR Trace文件到后台服务器，归类分析。
ANR Trace文件的路径通常是：data/anr/traces.txt 但是文件名可能稍有不同。因此，建议上传data/anr/下所有文件。
具体上传方法不展开，请自行百度，或者参考：在Android中自定义捕获Application全局异常，可以替换掉系统的强制退出对话框（很有参考价值与实用价值）
预防ANR （主动方案）
-
同步改异步
将IO操作/耗时操作全部封装成异步任务，放进子线程。
-
工具辅助检测
通过BlockCanary检测耗时操作，通过优化算法，放进子线程等方法进行优化。
具体使用方法请参考：BlockCanary 中文简介
