写在前面

zygote 是在一个 Android Linux 上的一个进程zygote 进程在启动的过程中，fork 出了 system_server 进程zygote 进程稳定后，就在自己的主循环里等待客户端连接自己执行命令system_server 进程里面跑着很多 Android 系统的 Service，包括 ActivityManagerService用户 app 进程，都是从 zygote 进程 fork 出来的用户 app 启动的时候，首先会由 system_server 进程里面的 ActivityManagerService 向 zygote 进程发一个创建进程的命令然后 zygote 才 fork 出一个进程作为 app 进程

大纲

zygote 进程是怎么来的：即它的启动过程system_server 进程是干嘛用的app 的启动过程

1. zygote 进程的启动过程

2. system_server 进程是干嘛用的

绕了一大圈，最终，system_server 这个进程： 加入了 Binder 系统启动了很多个 Service

3. app 的启动过程

一个 app，一般来说就是一个独立进程app 进程，都是从 zygote 进程 fork 出来的，所以 app 进程不用现去创建 Dalvik VM 了，zygote 进程已经创建好了 app 进程使用任何一个 Android SDK 提供的 Java 类时，都不用现加载了，因为 zygote 已经加载完了

app 进程从 zygote fork 出来的过程

这个过程总结为下图：

图中的1. ，因为 zygote 进程的稳定状态下就是在这个主循环里呆着的，所以没什么好说的图中的2. ，当 Android OS 发现有一个 app 被运行的时候，会让 system_server 进程里的 ActivityManagerService 去创建这个 app 的 Activity。 当然，我们假设这是一个有 Activity 的 app。而 ActivityManagerService 实际干的活（当然，其中的逻辑非常复杂），就是告诉 zygote 进程，你给我 fork 一个进程出来。图中的3. ，zygote 进程收到命令，fork 出一个进程图中的4. ，app进程有了，app去干自己的事儿了

参考文档

深入理解Android卷一第四章