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方法。