Android-Service-ANR-的监控机制，看完这篇彻底明白了

1. Service 的 Anr监控机制都由那些重量级角色参与
2. Service 的 Anr监控机制的建立流程是怎样的
3. Service 的 Anr监控机制的实现原理是什么

我们一般启动一个Service，会调用startService(),我们追进去发现，调用这句话的其实是ContextImpl这个类。ContextImpl前面我们已经讲过了，是Context的子类，跟ContextWrapper是兄弟关系。然后，它调用自己的startServiceCommon()跨进程调用到sys_server进程中的ActivityManagerService（后续简称AMS）的startService()方法申请资源。

在AMS 的startService()中，又调用到ActiveServices类（后续简称AS）中的startServiceLocked()，依次经历startServiceInnerLocked()->bringUpServiceLocked()->realStartServiceLocked()去真正执行startService的操作。

在realStartServiceLocked()中，首先执行bumpServiceExecutingLocked()，走到scheduleServiceTimeoutLocked()方法，就是在这里，Anr的监控机制，通过AMS中的Handler，埋下了一颗“延时炸弹”,并通过区分Service的前后台情况，选用不同的“引爆时长”。如果是ForegroundService，则超时时长为20s，后台则相对长一些，200s

void scheduleServiceTimeoutLocked(ProcessRecord proc) {
if (proc.executingServices.size() == 0 || proc.thread == null) {
return;
}
Message msg = mAm.mHandler.obtainMessage(
ActivityManagerService.SERVICE_TIMEOUT_MSG);
msg.obj = proc;
mAm.mHandler.sendMessageDelayed(msg,
proc.execServicesFg ? SERVICE_TIMEOUT : SERVICE_BACKGROUND_TIMEOUT);
}


到此，Anr机制在监控Ser