前台ANR，是指ANR时对用户可感知，比如拥有当前前台可见的activity的进程，或者拥有前台通知的fg-service的进程，这些是用户可感知的场景。前台ANR，会出现一个系统弹窗，明确告知用户，并提供traces信息，方便用户定位。
后台ANR， 是指ANR时对用户不可感知，此时系统会直接杀死发生ANR的进程。
ANR是一套监控Android应用响应是否及时的机制，可以把发生ANR比作是引爆炸弹，那么整个流程包含三部分组成：
（1）埋定时炸弹：中控系统(system_server进程)启动倒计时，在规定时间内如果目标(应用进程)没有干完所有的活，则中控系统会定向炸毁(杀进程)目标。
（2）拆炸弹：在规定的时间内干完工地的所有活，并及时向中控系统报告完成，请求解除定时炸弹，则幸免于难。
（3）引爆炸弹：中控系统立即封装现场，抓取快照，搜集目标执行慢的罪证(traces)，便于后续的案件侦破(调试分析)，最后是炸毁目标。
采用这一机制的主要有Service、Provider和Broadcast Receiver。
除了埋炸弹，Android中还有另外一种ANR机制：扫雷机制。input则采用的就是这种机制。
input是在每次收到新的input事件时开始检测，并在开始事件派发时设置埋雷时间点，同时检查队列中所有待处理的事件是否有正在处理并且超时的，有则ANR， 没有则重置所有事件ANR超时时间。
对于input来说即便某次事件执行时间超过timeout时长，只要用户后续在没有再生成输入事件，就不会触发ANR。但如果检测发现上次事件已经埋雷并且已经超时，则会发生ANR。
炸弹超时时间：
（1）Service Timeout:比如前台服务在20s内未执行完成，后台服务Timeout时间是前台服务的10倍，200s；
（2）BroadcastQueue Timeout：比如前台广播在10s内未执行完成，后台60s;
（3）ContentProvider Timeout：内容提供者,在publish过超时10s;
（4）InputDispatching Timeout: 输入事件分发超时5s，包括按键和触摸事件。
