Android Service的启动过程

此前我用较长的篇幅来介绍Android应用程序的启动过程（根Activity的启动过程），这一篇我们接着来分析Service的启动过程。建议阅读此篇文章前，请先阅读Android深入四大组件（一）应用程序启动过程这篇文章。

1.ContextImpl到ActivityManageService的调用过程

要启动Service，我们会调用startService方法，它的实现在ContextWrapper中，代码如下所示。
frameworks/base/core/java/android/content/ContextWrapper.java

在startService方法中会调用mBase的startService方法，Context类型的mBase对象具体指的是什么呢？在Android深入四大组件（一）应用程序启动过程这篇文章中我们讲过ActivityThread启动Activity时会调用如下代码创建Activity的上下文环境。

frameworks/base/core/java/android/app/ActivityThread.java

在注释1处创建上下文对象appContext ，并传入Activity的attach方法中，将Activity与上下文对象appContext 关联起来，这个上下文对象appContext 的具体类型是什么，我们接着查看createBaseContextForActivity方法，代码如下所示。

frameworks/base/core/java/android/app/ActivityThread.java

这里可以得出结论，上下文对象appContext 的具体类型就是ContextImpl 。Activity的attach方法中将ContextImpl赋值给ContextWrapper的成员变量mBase中，因此，mBase具体指向就是ContextImpl 。
那么，我们紧接着来查看ContextImpl的startService方法，代码如下所示。
frameworks/base/core/java/android/app/ContextImpl.java.java

startService方法中会return startServiceCommon方法，在startServiceCommon方法中会在注释1处调用ActivityManageService（AMS）的代理对象ActivityManagerProxy（AMP）的startService方法，最终会调用AMS的startService方法。至于注释1处的代码为何会调用AMS的startService方法，在Android深入四大组件（一）应用程序启动过程这篇文章中已经讲过，这里不再赘述。
ContextImpl到ActivityManageService的调用过程如下面的时序图所示。

2.ActivityThread启动Service

我们接着来查看AMS的startService方法。
frameworks/base/services/core/java/com/android/server/am/ActivityManagerService.java

注释1处调用mServices的startServiceLocked方法，mServices的类型是ActiveServices，ActiveServices的startServiceLocked方法代码如下所示。

frameworks/base/services/core/java/com/android/server/am/ActiveServices.java

startServiceLocked方法的末尾return了startServiceInnerLocked方法，而startServiceInnerLocked方法中又调用了bringUpServiceLocked方法：

frameworks/base/services/core/java/com/android/server/am/ActiveServices.java

在注释1处得到ServiceRecord的processName的值赋值给procName ，其中ServiceRecord用来描述Service的android:process属性。注释2处将procName和Service的uid传入到AMS的getProcessRecordLocked方法中，来查询是否存在一个与Service对应的ProcessRecord类型的对象app，ProcessRecord主要用来记录运行的应用程序进程的信息。注释5处判断Service对应的app为null则说明用来运行Service的应用程序进程不存在，则调用注释5处的AMS的startProcessLocked方法来创建对应的应用程序进程。关于创建应用程序进程请查看Android应用进程启动过程（前篇）和Android应用程序进程启动过程（后篇）这两篇文章。注释3处判断如果用来运行Service的应用程序进程存在，则调用注释4处的realStartServiceLocked方法：

frameworks/base/services/core/java/com/android/server/am/ActiveServices.java

在realStartServiceLocked方法中调用了app.thread的scheduleCreateService方法。其中app.thread是IApplicationThread类型的，它的实现是ActivityThread的内部类ApplicationThread，其中ApplicationThread继承了ApplicationThreadNative，而ApplicationThreadNative继承了Binder并实现了IApplicationThread接口。ApplicationThread的scheduleCreateService方法如下所示。

frameworks/base/core/java/android/app/ActivityThread.java

首先将要启动的信息封装成CreateServiceData 对象并传给sendMessage方法，sendMessage方法向H发送CREATE_SERVICE消息，H是ActivityThread的内部类并继承Handler。这个过程和应用程序的启动过程（根Activity启动过程）是类似的。我们接着查看H的handleMessage方法。

frameworks/base/core/java/android/app/ActivityThread.java

handleMessage方法根据消息类型，调用了handleCreateService方法：

frameworks/base/core/java/android/app/ActivityThread.java

注释1处获取要启动Service的应用程序的LoadedApk，LoadedApk是一个APK文件的描述类。注释2处通过调用LoadedApk的getClassLoader方法来获取类加载器。接着在注释3处根据CreateServiceData对象中存储的Service信息，将Service加载到内存中。注释4处创建Service的上下文环境ContextImpl对象。注释5处通过Service的attach方法来初始化Service。注释6处调用Service的onCreate方法，这样Service就启动了。在注释7处将启动的Service加入到ActivityThread的成员变量mServices中，其中mServices是ArrayMap类型。

最后给出ActivityThread启动Service的时序图。