android startService流程梳理笔记.docx

android startService流程梳理笔记1、ContextWrapper.startService　　startService是Context的方法，Activity、Service都继承自ContextWrapper，而ContextWrapper又继承自Context，BroadcastReceiver的onReceive方法中有个参数是Context类型的，所以我们在Activity、Service、BroadcastReceiver中都可以调用startService方法，当在Activity等中调用startService时，首先会调用到ContextWrapper的startService方法：public?ComponentNamestartService(Intent service) {????return?mBase.startService(service);}2、ContextImpl.startService　　mBase是ContextImpl的实例，从名字也可以看到ContextImpl也是Context的子类，从ContextWrapper的名字也可以看到，它只是Context的包装类，其函数内部的实现都是通过调用内部ContextImpl类的实例mBase来完成实际请求，这被称为装饰者模式。　　ContextImpl的startService直接调用startServiceAsUser，在startServiceAsUser中调用ActivityManagerNative.getDefault().startService，ActivityManagerNative.getDefault()返回一个IActivityManager对象，典型的Binder通信。所以接下来会通过ActivityManagerProxy的startService经由Binder调用到ActivityManagerService（继承自ActivityManagerNative）的startService方法。public?ComponentNamestartServiceAsUser(Intent service, UserHandle user) {????try?{????????service.setAllowFds(false);????????ComponentNamecn = ActivityManagerNative.getDefault().startService(????????????mMainThread.getApplicationThread(), service,????????????service.resolveTypeIfNeeded(getContentResolver()), user.getIdentifier());????...????????return?cn;????} catch?(RemoteException e) {????????return?null;????}}3、ActivityManagerService.startService与ActiveServices　　在ActivityManagerService的startService中，首先检查Caller的合法性（PID、UID），然后调用ActiveServices的startServiceLocked方法（在旧版本中这个方法在ActivityManagerService中），在startServiceLocked中，首先通过retrieveServiceLocked检索我们调用startService时传入的Intent信息，将结果存入ServiceLookupResult.record中(ServiceRecord)，紧接着调用ActiveServices的bringUpServiceLocked方法。　　在bringUpServiceLocked中调用ActivityManagerService的startProcessLocked获得一个ProcessRecord对象并将其加入到mPendingServices队列中。startServiceLocked、bringUpServiceLocked都是从ActivityManagerService中调用过来的，所以是一直运行在ActivityaManagerService进程中，再调用ActivityManagerService的方法就是直接调用，而不用通过IPC。　　ActivityManagerService中有两个重载形式的startProcessLocked，首先进入参数多的那一个，通过newProcessRecord