ANR Application Not Responding

ANR由消息处理机制保证，Android在系统层实现了一套精密的机制来发现ANR，核心原理是消息调度和超时处理。

ActivityManagerService（简称AMS）和WindowManagerService（简称WMS）会监测应用程序的响应时间，如果应用程序主线程（即UI线程）在超时时间内对输入事件没有处理完毕，或者对特定操作没有执行完毕，就会出现ANR。

AMS负责对应用程序四大组件生命周期的管理，当AMS对应用程序组件的生命周期进行回调超过AMS定义的响应时间时，一般是因为在这些组件的回调函数里面进行了耗时操作（如网络操作、SD卡文件操作、数据库操作、大量计算等）

主线程：应用程序主线程

输入时间/特定操作：按键触屏等设备的输入事件（Input），BroadcastReceiver和Service的生命周期中的各个函数.

响应时间：

• Activity: onCreate(), onResume(), onDestroy(), onKeyDown(), onClick()等，超时时间5s
• Application: onCreate(), onTerminate()等，超时时间5s
• Service: onCreate(), onStart(), onDestroy()等，超时时间20s
• BroadcastReceiver：onReceiver()，前台APP广播超时时间是10s，后台App是60s

    除了AMS对四大组件的回调消息运行在UI线程外，其他运行在UI线程的操作：

• AsyncTask: onPreExecute(), onProgressUpdate(), onPostExecute(), onCancel()等，超时5s
• Mainthread handler: handleMessage(), post*(runnable r)等，超时5s

处理ANR：

/data/anr/traces.txt”文件我们可以通过收集用户的这个文件，就可以来获取用户产生ANR的地方了。