在开发过程中，会单独把一些耗时的计算放到一个独立的进程中进行，这样就能不会影响到主进程的使用。
本文接着上一篇基础上介绍应用主进程到AMS进程的过程，介绍从AMS进程到service新进程的过程：
先回顾下从应用主进程到AMS进程流程图：
从AMS到service新进程的过程如下：
从类图的关系中，按照数字上调用顺序说明：
Step 1：ActivityManagerNative的onTransaction:
ActivityManagerService的startService:
此caller是主进程的IApplicationThread实例,其实就是ApplicationThreadProxy，
mServices是ActiveServices，
在ActiveServices类中的startServiceLocked:
其中retrieveServiceLocked来解析service的Intent，解析service在AndroidManifest.xml定义标签的intent-filter相关内容
在ActiveServices类中的startServiceInnerLocked:
bringUpServiceLocked:
这里的procName是在AndroidManifest.xml文件中定义service标签时指定的android:process属性值了如即“.remote”。
接着调用AMS的startProcessLocked函数来创建一个新的进程，以便加载自定义的Service类
Step2：在ActivityManagerService.startProcessLocked()里调用Proccess创建service的新进程：
Step 3：startProcesslocked：
Process.start()会启动service的新进程，然后导入android.app.ActivityThread这个类，然后实行它的main函数，此时这个些动作都在新的进程里面，此时AMS所属的进程就先放着，后面新的进程会再和AMS通信。
在Android应用程序中，每一个进程对应一个ActivityThread实例，在实行main函数中，会创建一个thread实例。
Step4：ActivityThread类的main函数：
在main函数中，也会创建该进程的UI线程的Looper以及loop().
创建完ActivityThread调用ActivityThread.attach函数进一步处理。
Step5：ActivityThread attach函数：
在attach函数中，会调用ActivityManagerNative.getDefault().attachApplication(mAppThread)函数得到ActivityManagerService的远程接口，即ActivityManagerProxy。
mAppThread是ApplicationThread对象，这个对象是service新进程，通过Binder驱动程序传递给ActivityManagerService进程里，AMS进程跟service新进程通信，靠这个IApplicationThread对象，在AMS进程里面，会把这个mAppThread设置到代理ApplicationThreadProxy的mRemote。
ActivityManagerProxy:attachApplication(app)
Step 6：在AMS进程里，找onTransact（）调用到父类父类ActivityManagerNative的onTransact（），标示为ATTACH_APPLICATION_TRANSACTION的即：
其中ApplicationThreadNative.asInterface(data.readStrongBinder())，返回是ApplicationThreadProxy的对象，把之前的IApplicationThread的实例mAppThread对象（通过Binder驱动放到data里面，即data.readStrongBinder()）放到ApplicationThreadProxy的mRemote.
这样在AMS进程里，就会通过ApplicationThreadProxy中mRemote和service新进程通信。
我们接着看AMS中的attachApplication：
进一步attachApplicationLocked：
mSerices是ActiveServices实例对象
Step 7：ActiveServices:attachApplicationLocked:
这里主要是对成员变量mPendingServices处理，保存了一个ServiceRecordsr，通过进程uid和进程名称将它找出来，然后realStartServiceLocked函数来进一步处理
realStartServiceLocked():
其中app.thread就是ApplicationThreadProxy，接着我们在ApplicationThread.java文件中看
Step 8: ApplicationThreadProxy的scheduleCreateService：
其中mRemote就是service新进程的ApplicationThread对象，通过Binder驱动程序回到service新进程的ApplicationThread对象中去执行onTransact(),标示为SCHEDULE_CREATE_SERVICE_TRANSACTION，在ApplicationThread的父类ApplicationThreadNative的onTransact():
Step 9:接着调用ApplicationThread.scheduleCreateService，ApplicationThread在ActivityThread.java文件，
ApplicationThread类中：
Step 10:sendMessage这里调用成员变量mH的sendMessage函数进行消息分发。这里的mH的类型为H，它继承于Handler类，what为H.CREATE_SERVICE.这样就回到新进程的UI线程里了：
在H类handleMessage 中：
Step 11:handlerCreateService是在ActivityThread：
Step 12:
service.onCreate(),service就起来了。
附上整个流程图：
