一、APP启动流程
涉及到 四个进程的通信，分别是 launcher进程、AMS所在的SystemServer进程、Zygote进程、用户app进程
概览步骤：
1、launcher作为一个APP，点击图标后，也触发startActivity了，由于与用户进程是不同的，所以通过ServiceManager获取AMS的binder引用，从而可以访问AMS（ServiceManager是一个独立进程，它存储了所有APP所需要的binder引用，而且它的地址是固定的）
2、AMS会查询对应的activity栈信息，如果进程不存在，则通过socket通信方式通知Zygote进程去fork新进程。
3、APP进程创建后会通知AMS 。
4、AMS 收到信息会继续通知APP去创建Application，并且接下来会通知application去拉起activity。
5、APP进程依次收到通知后，会依次完成加载apk，初始化application，执行activity生命周期。
二、AMS通知Zygote创建APP过程
1、AMS内部执行逻辑
（1）ActivityTaskManagerService掉用startProcessAsync方法去创建APP进程，是异步的，通过handler交给startProcess方法
（2）然后通知Processlist.startProcessLocked方法，这个方法会构造一个对象ProcessRecord对象，然后将各种信息添加到这个对象中。
（3）接下来调用Processlist.startProcessLocked方法，这个方法主要负责把各种信息转换为runtimeFlags标记位，连同上面构造的ProcessRecord继续传递给下层。
（4）最终通知Process.start方法，交给zygoteProcess.start方法，最终传递给startViaZygote方法。
2、Zygote进程逻辑
（1）Zygote进程创建后，最开始入口是在C层，app_main.cpp文件的main方法，最终会调用AndroidRuntime.cpp中的start函数，去启动JVM虚拟机
（2）创建虚拟机后，进行jni方法注册，然后通过native层反射找到ZygoteInit的main函数并执行。
（3）ZygoteInit的main方法中，会做几件事：
把自身进程ID 设置为0，并且没有父进程
会进行一系列的初始化操作，preload方法中
如果是首次执行，则会forkSystemServer，AMS ，WMS 都属于SystemServer进程
会创建serverSocket，调用runLoop，监听AMS传递过来的消息。
（4）收到通知后fork产生APP进程
（5）调用ActivityThread.main方法
3、APP进程创建和初始化过程
APP创建初始化操作比较简单，主要做了两件事，初始化looper，以及通知AMS（注意，此时只是APP进程创建了，但是还没有加载apk中的任何类）
（1）初始化主线程looper，开启循环
（2）通知AMS attach方法，通过binder通知AMS，并且把自身的binder（ApplicationThread）也传递给AMS
AMS的binder是直接通过ServiceManager的方式获取的，ServiceManager存储了所有的binder引用，AMS在启动的时候去注册
4、AMS通知APP进程进行各种生命周期操作
ActivityManagerService的attachApplication 方法会受到APP传递过来的消息，然后交友attachApplicationLocked处理。
（1）attachApplicationLocked主要做了两件事：
通知APP进程初始化操作
进行一系列操作，拉起APP首页
（2）handler交给HandleBindApplication去完成APP初始化逻辑的过程
使用ClassLoader去加载apk中的dex文件
加载apk中的资源
反射生成application类，调用attachBaseApplication方法
调用application的onCreate方法
（3）AMS中处理Activity启动逻辑
ActivityManagerService.attachApplicationLocked->
ActivityTaskManagerService.LocalService.attachApplication->
RootWindowContainer.attachApplication->
RootWindowContainer.startActivityForAttachedApplicationIfNeeded->
ActivityTaskSupervisor.realStartActivityLocked
realStartActivityLocked中创建Activity的生命周期事务，最终通过ClientLifecycleManager.scheduleTransaction通过binder发送到APP进程的ApplicationThread.scheduleTransaction方法中，则AMS流程就完成了。
FAQ：
问：AMS 通知APP进程初始化过程中，为什么不会出现先加载Activity，然后再去初始化应用呢？
答：因为无论初始化APP，还是拉起activity，最终都是交给handler切换到主线程处理，所以即便初始化APP时耗时操作，拉起activity的msg也得等前面的消息执行完后才执行。
参考资料：
