一、AMS在Android7.0和Android8.0之后的差异
Android7.0之前的AMS家族
在Android7.0之前客户端进程想和AMS进行通信都是通过ActivityManagerNative(以下简称AMN)getDefault()获取的ActivityManagerProxy(以下简称AMP)来进行通讯的。
Android7.0 ActivityManagerService是AMN的一个子类，AMP是AMN的代理类，从而间接的实现通过AMP跨进程和AMS直接通讯。
Android8.0之后的AMS家族
在Android8.0之后，AMS家族中不再有AMP和AMN，取而代之的是IActivityManager。使用了AIDL进程间通信技术，服务端AMS继承IActivityManager.Stub。
二、AMS的的启动过程
通过之前的文章Android系统启动过程,我们可以知道AMS的启动在SystemServer进程初始化的时候启动的。这里就从SystemServer的main函数开始逐步解析。
AMS属于系统引导服务，所以会在上述startBoostrapServices()里进行初始化，我们继续来看startBoostrapServices函数。
到这里我们可以清楚的看到，AMS会通过SystemServiceManager的实例调用startService方法初始化并启动
三、AMS与应用程序进程
在之前的文章Android四大组件的工作过程，我们可以知道AMS在App启动的过程中扮演了重要的角色，这里就不在过多的赘述。可以参考之前的文章，AMS与应用程序的关联主要有下面2点：
- 启动应用程序时AMS会检查这个应用程序有没有启动，进程是否存在
- 如果将要启动的应用程序进程不存在，则请求Zygote进程去fork出一个应用进程出来
