Binder机制下的应用程序进程启动过程分析
我们在上面看到,无论是Activity、Service还是Provider,在Activity、Service启动、或者Provider加载的时候都可能涉及应用程序进程启动。又有很重要的一点,在这个过程中,新启动进程涉及的ApplicationThread binder对象常与ActivityManagerService进行进程间通信。在前面的分析中,我们知道,在启动Activity、Service的时候,我们会启动一个进程,但是我们在进程中并没有启动一个循环去等待Client的请求,实际上binder进程间通信,Client和Server的角色是相对的,新启动的进程实际上相对AMS是Client端,AMS是Server端,但是我们这里站在新启动的应用程序进程为主,看成是Server端,我们在Binder机制是基石一文知道(对应Client执行流程图),要让进程启动一个循环去等待,实际上就需要执行ProcessState::self()->startThreadPool(),开启一个线程等待请求。实际上,应用程序进程的启动就是如此执行的。
如下图执行流程:通过Socket发送请求,ZygoteInit启动了监听,接收到消息之后,调用Zygote.forkAndSpecialize() fork子进程,调用handleChildProc()进入C++层,开启binder通信接收消息循环。调用invokeStaticMain方法,抛出异常,清空当前进程堆栈,进入catch,由MethodAndArgsCaller正式执行ActivityThread的main方法。