ANR全称：Application Not Responding，即应用程序未响应。
主要原因：
应用程序进程中的主线程响应超时，则会产生ANR
（1）应用程序自身引起的。比如：主线程阻塞、挂起、死循环、执行比较长的耗时操作
（2）其他进程引起的。比如：其他进程对CPU的时间占用率过高，导致应用进程抢不到CPU的时间片。
响应超时体现：
（1）应用程序的主线程对输入事件，5s内没有处理完毕
（2）应用程序主线程在执行BroadcastReceiver的onReceive（）函数时，10s内没有处理完毕
（3）应用程序主线程在执行Service的各个生命周期函数时，20s内没有处理完毕
解决步骤：
当发生ANR的时候，ActivityManagerService（AMS）会把ANR信息写到LogCat日志中。我们打开Android Device Monitor查看LogCat日志，主要通过ANRManager、ActivityManager等字段过滤出我们想要的信息，保存到文件。文件主要看以下几条信息：
（1）ANR In （Process Name）【Short Component Name】即ANR发生在哪个进程，哪个包／类里，定位到类。
（2）PID 应用程序进程ID
（3）Reason ANR发生的原因提示。有：Input dispatching timed out.(输入事件引起的ANR)；ExecutingService...（Service执行任务引起的ANR）；Broadcast of ...(广播引起的ANR)
（4）Process CPU state 分析各进程的时间占用率，来判断某些进程是否长期占用CPU过高，导致应用进程获取不到足够的CPU处理时间，而发生ANR。比如：各进程总的CPU占用率，用户CPU时间占用率、系统CPU时间占用率、iowaitCPU时间占用率
总结：
ANR在日常开发过程中，主要还是应用程序的主线程做了过多耗时操作导致，耗时操作放在子线程即可。
