startService流程相对startActivity来说简单了不少，也是当前进程通过ams处理后再返回当前进程这一个过程。
首先调用的是ContextWrapper的startService方法，ContextWrapper是一个包装类，具体的实现是ContextImpl类，下面是ContextImpl的startService方法
startServiceCommon方法，此方法内部开始进行跨进程调用，调用的是AMS类中的startService方法，如下图
mServices是一个ActivityService类对象，接下来看startServiceLocked方法
startServiceLocked方法内部代码略长，初始化了ServiceRecord对象，ServiceRecord是用来维护管理service的类，接下来看startServiceInnerLocked的实现
接下来看bringUpServiceLocked方法，这个方法比较长
首先对这个ServiceRecord进行判断，看是否有关联的app，如果之前启动过那么会调用sendServiceArgsLocked方法，此方法内部最终会回调service的onStartCommand方法，这也就是多次startService，只会在第一次调用onCreate，之后只会回调onStartCommand的代码所在，sendServiceArgsLocked方法留到后面分析
这段代码是区分独立进程还是在进程内启动service的，realStartServiceLocked方法和启动activity一样，都有个real。
realStartServiceLocked方法较长，只沾和启动有关的代码，上面这段代码就是service的onCreate方法回调部分，app.thread是一个IApplicationThread对象，IApplicationThread不多说了，基于binder，此处就是用来进程间通信的，最终调用的是ActivityThread类里面的scheduleCreateService方法，下面来看其实现
和startActivity一样最终也是给Handler H发消息，来看消息部分的代码
到此service.onCreate，可以看到进入了service的生命周期。回过头来，当service存在时调用startService走的代码流程，前面说过了，当service存在时，走sendServiceArgsLocked方法，来看此方法内部实现
可以看到和之前代码一样，最终也是又跨进程调用了ActivityThread类里面的方法
scheduleServiceArgs方法，一样也是发送消息
此处便是onStartCommand方法调用的地方，可以看到ActivityThread内部还维护了一个map类型的数据结构mServices，用来记录进程内的service。至此startService的流程也结束了。
