Android源码之App启动

下面以应用桌面Launcher启动App的MainActivity来举例：

App启动概述

首先，MainActivity是由Launcher组件来启动的，而Launcher又是通过Activity管理服务ActivityManagerService（AMS）来启动MainActivity组件的。由于MainActivity组件和Launcher组件，以及AMS是三个不同的进程，所以这三个不同的进程只能通过 Binder进程间通信机制来完成MainActivity组件的启动过程。

App启动过程

Launcher组件向AMS发送一个启动MainActivity组件进程间通信请求。
AMS首先要将启动MainActivity的信息保存起来，然后向Launcher发送一个中止状态的进程间通信请求。
Launcher组件进入到中止状态以后，会向AMS发送一个已经进入了中止状态的进程间通信请求，以便 AMS可以继续执行启动 MainActivity组件的操作。
AMS如果发现启动MainActivity进程不存在，就会创建一个新的应用程序进程。
新的应用程序进程启动后，就会向AMS发送一个启动完成的进程间通信请求，以便 AMS可以继续执行启动MainActivity组件的操作。
AMS将第二步保存下来的MainActivity的信息发送到第四步启动创建的应用程序进程，以便它可以将MainActivity组件启动起来。

App启动过程图

源码概述

跨进程启动

当前进程请求AMS：当前进程采用Binder IPC向system_server进程(AMS)发起startActivity请求；
AMS发送创建应用进程请求：system_server进程接收到请求后，向zygote进程发送创建进程的请求；
Zygote进程接受请求并fork应用进程，即App进程；
App进程通过Binder向AMS发起attachApplication请求，AMS绑定ApplicationThread；
AMS发送启动Activity请求：system_server进程在收到请求后，进行一系列准备工作后，再通过binder IPC向App进程发送scheduleLaunchActivity请求；
ActivityThread的Handler处理启动Activity请求：App进程的binder线程(ApplicationThread)在收到请求后，通过handler向主线程(ActivityThread)发送LAUNCH_ACTIVITY消息；
主线程在收到Message后，通过发射机制创建目标Activity，并回调Activity.onCreate、onResume等方法，UI渲染结束后便可以看到App主界面。

进程内启动

当前进程请求AMS；
AMS发送启动Activity请求：system_server进程接收到请求后，解析Activity信息、处理启动参数，并给当前进程发送 scheduleLaunchActivity请求；
ActivityThread的Handler处理启动Activity请求：App进程的binder线程(ApplicationThread)在收到请求后，通过handler向主线程(ActivityThread)发送LAUNCH_ACTIVITY消息；
主线程在收到Message后，通过发射机制创建目标Activity，并回调Activity.onCreate、onResume等方法，UI渲染结束后便可以看到App主界面。