Android AMS服务
继续来研究Android Framework层相关的一些东东，这里是以Android8.0版本的源码进行梳理的，关注的还是其核心流程，不是彻底分析，了解了核心流程是为了了期其大概的原理。
Android系统启动：
这里具体就不分析代码了，因为重点是来分析AMS相关的代码，这里以流程图的方式来展现一下整个的启动，毕境对于一个组件的启动得要建立在整个Android系统启动基础之上的，另外这块的具体源码也不敢看，还没达到这种能直接分析底层的能力，所以先从大局观来了解其流程，下面开始：
接着就启动Linux内核了：
然后再启动init进程：
接着则启动咱们熟知的Zygote进程了：
接下来则启动各种服务了：
而其中当启动了AMS服务之后，则就会启动Launch应用程序了，如下：
我们知道以上服务最终都得到ServiceManager进行注册，因为其实都是一个Binder通信的过程，所以再来复习一下ServiceManager的启动流程。
Binder机制ServiceManager启动：
那知道了ServiceManager何时启动的，接下来重点来看一下咱们这次要研究的AMS（ActivityManagerService）它是怎么注册ServiceManager上的。
AMS注册流程：
其中ServiceManager就是一个服务端的角色，而AMS则是一个客户端的角色。
应用程序启动：
在知道了AMS服务器注册过程之后，接下来则看一下一个Android应用是如何启动的，先来贴一张流程图：
好，接下来分析一下相关的源码，看一下是否如流程图所示，这里还是采用在线的androidxref.com上来进行源码分析，我电脑本地木有下载，省点事：
首先来看一下Zygote进程的启动：
然后它里面有一个main主入口函数：
也就是之前Android系统启动流程图这块所示：
最后则开启死循环来等待Ams的请求，如下：
其实也就是对应这个流程：
好，接下来再来分析一个应用是如何启动的，按流程图上的来：
那就定位到AMS中：
然后：
其中可以看到里面会传要启动应用的各种信息：
然后跟进去瞅一眼：
也就是到了这一步：
流程也就到了这：
其中可以看到设置了一系列的参数：
然后再下一步：
对应代码：
注意上面是“Zygote主模式”，好，如果这个条件不匹配，则会继续往下执行，如下：
好，如果连接成功，则流程会走到了：
而最终的代码在这：
此时我们所熟知的ActivityThread的main()方法就会被调用了，然后整个应用就启动了。
Activity启动：
根Activity启动：
这里先回顾一下整个Android系统启动流程的这一步，串一下：
此时我们点击Launch应用中的某个图标，则会启动该应用的根Activity，其整个流程先看一下流程图：
好，依据此流程来看一下对应的源代码：
此时就会创建Application：
最终会调到这：
走进去瞅一下它的细节：
然后再跟进去：
而对于一些Activity的其它生命周期的启动都是通过ActivityThread中的Handler来实现的:
普通Activity启动：
Intrumentation.execStartActivity()【未跨进程】：
对于Activity的启动我们肯定得要调用startActivity()方法，所以咱们就从这个方法为入口逐一来剖析其里面的机理，还是很复杂的，下面开始：
所以接下来看一下Instrumentation的启动细节：
ActivityManagerProxy.startActivity()【未跨进程】：
而这个ActivityManagerNative在之前https://www.cnblogs.com/webor2006/p/11811650.html分析Binder机制见过，如下：
其实它也是一个典型的AIDL的Binder通信，打开再来瞅一下：
然后它里面还有一个Proxy：
此时就会调用到Proxy中的startActivity()方法进行Binder通讯了：
此时就会通过Binder驱动调用它的Stub的onTransact()的方法，如下：
ActivityManagerService.startActivity()【开始跨进程了】：
此时就会调用ActivityManagerService的startActivity方法，因为它是ActivityManagerNative的具体实现类：
此时，就到了跨进程访问了，在这之前都是在本进程的逻辑，好接下来继续分析：
ActivityStackSupervisor.startActivityMyWait()：
其中看注释说明，是切换到用户app的栈了，我们知道Android的Activity是以栈的形式来管理的，所以它是比较核心的了，可以大致看一下它里面有一些栈的管理：
这个栈的管理在之后的分析中还会有提及到，先有个大致印象，先来关注主流程：
而其实又是一个AIDL的过程，进去稍看一下它的细节：
而看一下它具体的实现：
就是从ServiceManager中来找到package相关的服务，标准的AIDL的调用过程，那IPackageManager的具体实现类是哪个呢？其实是这个，也就是继承了IPackageManager中的抽象类Stub的实现类，其实是它：
PackageManagerService.resolveIntent()：扫描app，注册组件
那看一下它的resolveIntent()方法：
查看一下这个方法的细节：
然后回到resolveIntent()方法来，则会看到有一个根据优先级来选择最佳的ResolveInfo，如下：
好，这里还得再来说一下PackageManagerService这个很重要的服务，主要是管理包的一些信息，我们知道在apk安装到系统中时，会在/data/app之类的系统目录下存在，而该服务则会扫描注册在清单中的一些包信息，那么看一下构造方法就能找到一些相关的信息，如下：
所以可以看到该服务器就是来扫描一些包的信息用的，而这构造函数的调用是在这里：
所以这也是为啥在之前这块可以看到拿服务就是用的"package"这个key，回忆下：
其实Android的很多核心服务都是这样会往ServiceManager去注册的。
ActivityStackSupervisor.startActivityLocked()：验证intent、Class、Permission等，保存将要启动的Activity的Record
好，接下来接着主流程继续：
那看一下它的细节，可以看到各种异常检测，这里截其中一小部分：
最终生成一个ActivityRecord对像来保存相关信息：
ActivityStackSupervisor.startActivityUncheckedLocked()：检查将要启动的Activity的launchMode和启动Flag，根据launcheMode和Flag配置task
该方法的实现代码也比较多，就瞅一下它的大致细节既可：
里面真的是非常之复杂，也看不懂，有个大体的了解，重点是了解整个主流程的过程，好继续，直接跳到这方法的最后：
ActvityStack.startActivityLocked：任务栈历史栈配置
它是专门来维护任务栈的进出的，而上面的ActivityStackSupervisor是维护各个栈的信息，职责不一样，那下面来看一下该方法的细节：
在最后：
此时又回到了ActivityStackSupervisor了，如下：
也就是如下：
ActivityStack.resumeTopActivityInnerLocked()：查找要进入暂停的Activity
这个里面实现的代码理非常之多，只看核心的，在要跳转到新的Activity之前，先会把一些Activity给暂停了，瞅一下这块的核心流程：
然后在跳到新Activity之前，会先暂停当前的Activity，如下：
ActivityStack.startPausingLocked()：通过ipc告诉要暂停的Activity进入暂停
此时看一下这个方法的细节：
而prev.app.thread其实就是ActivityThread，而它里面其实是一个IPC的过程，如下：
此时就会到了ActivityThread中的消息处理中心了，如下：
ActivityThread.handlePauseActivity()：
下面具体看一下它的实现：
1、正式让之前的Activity暂停：
2、告诉AMS已经暂停完成：
回到这个方法继续执行，就会发现：
而最终会调到ActivityManagerService，如下：
ActivityManagerService.activityPaused()：
然后就会调用到ActivityStack.activityPausedLocked()方法。
ActivityStack.activityPausedLocked()：
其中这个方法有一个resumeNext参数，传的true，这里想一想就明白其意思，暂停了当前显示的Activity之后，那肯定得要将要跳转的Activity给显示呀，而这个参数就是控制要显示跳转的Activity的逻辑的，如下：
ActivityStackSuperVisor.resumeTopActivitiesLocked()：
ActivityStack.resumeTopActivityLocked()：验证是否该启动的Activity所在进程和app是否存在，若存在，直接启动，否则，准备创建该进程。
然后在这个方法里面则会有一个关键的逻辑判断，在启动新的Activity时，先判断是否该Activity是在同一个进程：
如果为ture则代码要启动的Activity为同一个进程，这里就不细看了，如果条件不满足则代表进程不存在，需要创建进程，这里瞅一下，如下：
ActivityStackSuperVisor.startSpecificActivityLocked()：该进程不存在，创建进程
好，又回到了这个栈管理类了，看一下它的细节：
ActivityManagerService.startProcessLocked()：通过Process.start(“android.app.ActivityThread”)启动进程
ActivityThread.main()：
当进程被启动之后，则该进程的ActivityThread.main()方法就会被执行，这块就比较熟了。主要是创建一个Looper。
ActivityThread.attach()：
IActivityManager.attachApplication()：
而上面的attach的具体实现：
会调用IActivityManager.attachApplication()方法了，此时就会调用ActivityServiceManager.attachApplication()，如下：
然后往这个方法找一下，会有如下核心代码：
ActivityStackSuperVisor.attachApplicationLocked()：准备启动应用，先查找MainActivity
此时又回到了这个栈管理大管家，瞅下：
ActivityStackSuperVisor.realStartActivityLocked()：IPC通知ActivityThread
ActivityThread.scheduleLaunchActivity()：
其中performLaunchActivity方法就是来创建要启动的Activity，稍微看一下细节：
至此关于Activity的启动的主流程就分析完了，太TM复杂了。。可以看到Android底层的代码有很多C/S架构、分模块的思想，真的是博大精深。。
Service启动：
接下来再来分析Android的另一大组件的启动---Service，先来贴一下大体的主流程图：
好，下面来瞅一下源码：
具体细节就不看了，最终会调到ActivityThread的这块：
还有其它相关的一些跟服务相关的东东在里面，大致贴一下：
