Service启动过程
-
Service的启动过程从ContextWrapper的startService方法开始
public ComponentName startService(Intent service) { return mBase.startService(service); }mBase的类型是<code>ContextImpl</code>,在Activity创建时会通过<code>attach</code>方法将ContextImpl对象关联起来,ContextWrapper的大部分操作都是mBase来实现的,这种模式叫桥接模式.
在ContextImpl中,startService方法会调用<code>startServiceCommon</code>方法,而该方法会用过<code>ActivityManagerNative.getDefault()</code>对象来启动一个服务,也就是AMS,通过AMS来启动服务的行为是一个远程过程调用。
-
在AMS中会通过<code>mServices</code>这个对象完成后续的启动过程,mService对象的类型是<code>ActivityService</code>
ActivityService：辅助AMS进行Service管理的类。包括Service启动、绑定、停止等。
在<code>ActivityService</code>方法最后会调用<code>startServiceInnerLocked</code>方法
<code>startServiceInnerLocked</code>方法并没有完成具体的启动工作,而是把后续的工作交给了<code>bringUpServiceLocked</code>来处理,在该方法中又调用了<code>realStartServiceLocked</code>方法。
-
<code>realStartServiceLocked</code>方法中（两个过程均是进程通信）
- 首先是通过<code>app.thread</code>的<code>scheduleCreateService</code>方法来创建Service并调用其onCreate
<code>app.thread</code>是<code>IApplicationThread</code>类型,它实际上是一个Binder,具体实现是<code>ApplicationThread</code>和<code>ApplicationThreadNative</code>,而前者是继承于后者,因此，只需要看<code>ApplicationThread</code>对Service启动过程的处理即可，对应着<code>scheduleCreateService</code>方法。
这个过程和Activity的启动过程是类似,通过发送消息给Handler H来完成。H接收CREATE_SERVICE消息并通过<code>handlerCreateService</code>来完成Service的最终启动。handlerCreateService方法主要做了这几件事 1.通过类加载器创建Service的实例 2.创建Application对象并调用其onCreate方法（创建过程只会有一次） 3.创建ConTextImpl对象并通过Service的attach方法建立二者的关系 4.最后调用Service的onCreate方法并将Service对象存储到ActivityThread中的一个列表中. 接着通过<code>sendServiceArgsLocked</code>方法来调用Service的其他方法,比如onStartCommand（ActivityThread通过<code>handleServiceArgs</code>方法调用Service的onStartCommand方法。）
Service绑定过程
- 和Service启动过程一样,它的绑定过程也是从ContextWrapper开始的。
public boolean bindService(Intent service, ServiceConnection conn,
int flags) {
return mBase.bindService(service, conn, flags);
}
-
mBase同样是ContextImpl类型的对象,mBase的<code>bindService</code>方法最终会调用自己的<code>bindServiceCommon</code>方法
<code>bindServiceCommon</code>方法主要完成如下两件事:
- 将客户端的ServiceConnection对象转化为ServiceDispatcher.IServiceConnection对象。
之所以不能直接使用<code>ServiceConnection</code>对象是因为服务的绑定可能是跨进程的，因此ServiceConnection对象必须借助Binder才能让远程服务端回调自己的方法，而<code>ServiceDispatcher</code>的内部类<code>IServiceConnection</code>刚好充当了Binder这个角色。
> <code>ServiceDispatcher</code>起着连接SercviceConnection和InnerConnection的作用,这个过程由LoadedApk的<code>getServiceDispatcher</code>方法来完成 > <code>mServices</code>是一个<code>ArrayMap</code>,它存储了一个应用当前活动的ServiceConnection和ServiceDispatcher的映射关系。- <code>bindServiceCommon</code>方法会通过AMS完成Service的具体绑定过程.
AMS调用ActiveServicesd的<code>bindServiceLocked</code>方法,而该方法再调用bindUpServiceLocked方法,<code>bindUpServiceLocked</code>方法又会调用<code>realStartServiceLocked</code>方法
> <code>realStartServiceLocked</code>的执行逻辑和启动的逻辑类似,都是通过ApplicationThread来完成Service的创建并执行onCreate方法。 **和启动Service不同的是**,Service的绑定过程会调用app.thread的<code>scheduleBindService</code>方法,这个过程的实现在ActivityService的<code>requestServiceBindingLocked</code>方法。 ApplicationThread的一系列以schedule开头的方法，内部都是通过Handler H中转的。在H内部接收到BIND_SERVICE这类消息时,会交给ActivityThread的<code>handleBindService</code>方法来处理.在该方法中会根据Service的token取出Service对象,然后调用onBind方法.onBind方法会返回一个Binder对象给客户端使用.原则上此时已经属于绑定状态了,但是**onBind方法是Service的方法,这个时候客户端并不知道已经成功连接了**,所以还必须调用客户端的<code>ServiceConnection</code>中的<code>onServiceConnected</code>（这个过程由ActivityManagerNative.getDefault()的<code>publishService</code>方法来完成的） Service多次绑定同一个service，service的onBind方法只会执行一次，除非Service被终止。当Service的onBind执行后，系统还需要告知客户端已经成功连接Service。由AMS的<code>publishService</code>方法实现。
AMS的publishService方法将具体的工作交给了<code>ActivityServices</code>类型的<code>mServices</code>对象来处理.在ActiveServices的<code>publishServiceLocked</code>方法核心代码只有一句
c.conn.connected(r.name, service);
> c的类型是<code>ConnectionRecore</code>，c.conn的类型是<code>ServiceDispatcher.InnerConnection</code>，service就是Service的onBind方法返回的Binder对象。
-
从InnerConection的connected方法又调用了<code>ServiceDispatcher</code>的<code>connected</code>方法.
对于Service的绑定过程来说,<code>ServiceDisptcher</code>的<code>mActivityThread</code>是一个Handler,也就是ActivityThread中的H。
这样一来<code>RunConnection</code>就可以经过H的post方法从而运行在主线程中,因此客户端<code>ServiceConnection</code>中的方法是在主线程中被回调的。
<code>RunConnection</code>的run方法简单调用了<code>ServiceDisptcher</code>的<code>doConnected</code>方法，由于<code>ServiceDisptcher</code>内部保存了客户端<code>ServiceConnection</code>对象，因此可以方便调用ServiceConnection对象的<code>onServiceConnected</code>方法。 客户端的<code>onServiceConnected</code>方法执行完毕之后,Service的绑定过程也就分析完成了。
——整理自《Android开发艺术探索》（图片来自网络）
