AMS原理

①加载内核和驱动

②由内核解析脚本，启动init进程

③init中会初始化Zygote进程，就是孵化器进程，后面我们每打开一个APP，都是从Zygote中复制一份进程出来，放新启动APP的东西的。

④Zygote还会创建System Service进程，System Service主要用于启动一些服务，如：AMS、WMS、PMS等。

AMS是如何启动的？

①SystemService的main就是入口，会调用SystemService的run方法

②run方法主要做一些服务的启动和参数的创建，其中：

creactSystemContext：创建一个system级别的context引用。

startBootstrapServices()：启动引导服务

startCoreServices()：启动核心服务

startOtherServices()：启动其他服务，AMS与WindowManagerService建立关联；安装系统级别的provider；启动SystemUI；

③Looper.loop进行循环

startBootstrapServices()

而其中的startBootstrapServices()，启动的就是主要的引导服务，通过反射等机制来创建Lifecycle，而Lifecycle中才是创建ActivityManagerService的地方，在AMS里有一些有几个变量我标了出来：

ActivityStackSupervisor mStackSupervisor： 管理activity栈，整个AMS里面只有一个。

ClientLifecycleManager： android8.0以后抽出来的东西，主要用来处理activity的生命周期。

Lifecycle创建完成了，就会通过getService的方式，拿到AMS，然后通过setSystemServiceManager，把AMS启动起来。

理解activity的启动流程

①点击手机桌面上的APP图标，Launcher进程就会通过binder，跟AMS取得联系，发送startActivity的请求。

②AMS收到请求后，会检查判断要启动的APP是否已经存在，如果存在，直接调起就可以了。

③如果该App并没有启动过，那就会通过socket，发送请求给Zygote进程，让Zygote复制一个新的进程出来。

④创建进程了之后，会调用ActivityThread的main方法，创建一个activityThread的对象，然后调用attach方法。attach方法作用就是将新进程的信息，通过attachApplication上报给AMS。

⑤AMS收到了进程创建好的信息后，然后就通过ApplicationThreadProxy，realStartActivityLock方法中的mService.getLifecycleManager.scheduleTransaction()来告诉新建好的进程，启动哪一个activity。

⑥最后就是通过handler来发送消息给UI线程，创建我们需要的Activity。

AMS的启动流程，和activity的启动流程，大致上就是这样，如果需要继续详细理解，就要一步步看源码的，而这部分的源码十分多，这里我也不放源码了，只是画图方便理解和记忆。