Service的工作过程

Service启动过程

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绑定过程

• 和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>方法主要完成如下两件事:

  1. 将客户端的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的映射关系。
  

  2. <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开发艺术探索》（图片来自网络）