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的这块：

还有其它相关的一些跟服务相关的东东在里面，大致贴一下：