Android6.0 AMS启动Activity（二） 启动进程然后启动Activity_am 启动 activity category.launcher

在上篇博客中说到有两种方式启动进程，其中一种就是点击Launcher界面，在点击Launcher最后也会调用Activity的startActivity方法，但是在Launcher中会调用如下代码：

这句代码代表启动这个Activity的时候要新建一个Task，主要在AMS中所有的Activity都是保存在Task中。

我们再来看一般的Activity的主Activity其AndroidManifest.xml文件

  因此，这里的intent包含的信息为：action = "Android.intent.action.Main"，category="android.intent.category.LAUNCHER"。

然后我们继续分析，Activity的startActivity函数，最终会到AMS的startActivity函数，这中间的过程就不分析了，在之前的博客中分析过。我们来看AMS的startActivity函数，最终是在ActivityStackSupervisor的startActivityMayWait函数中。

我们来看下ActivityStackSupervisor的startActivityMayWait函数，先是主要调用了resolveActivity函数来解析intent的数据，也就是之前AndroidManifest.xml里的内容。

我们来看下resolveActivity函数主要还是通过PKMS来解析Intent，并且也设置了Intent的Component。

后面又调用了ActivityStackSupervisor的startActivityLocked函数，在这个函数中主要创建了ActivityRecord对象
下面我们继续startActivityUncheckedLocked方法，我们先看下面这段代码，由于这个intent的标志值的位Intent.FLAG_ACTIVITY_NEW_TASK被置位，而且Intent.FLAG_ACTIVITY_MULTIPLE_TASK没有置位，因此，下面的if语句会被执行。

这段代码的逻辑是查看一下，当前有没有Task可以用来执行这个Activity。由于r.launchMode的值不为ActivityInfo.LAUNCH_SINGLE_INSTANCE，因此，它通过findTaskLocked函数来查找存不存这样的Task，这里返回的结果是null，即taskTop为null，因此，需要创建一个新的Task来启动这个Activity。
        接着往下看：

这段代码的逻辑是看一下，当前在堆栈顶端的Activity是否就是即将要启动的Activity，有些情况下，如果即将要启动的Activity就在堆栈的顶端，那么，就不会重新启动这个Activity的别一个实例了。现在处理堆栈顶端的Activity是Launcher，与我们即将要启动的MainActivity不是同一个Activity，因此，这里不用进一步处理上述介绍的情况。
       执行到这里，我们知道，要在一个新的Task里面来启动这个Activity了，于是新创建一个Task，并且将这个Task设置为ActivityRecord的task成员变量

调用了ActivityStatck来创建一个Task，并且在这个函数中调用了addTask函数

addTask函数也将这个task放入mTaskHistory一个合适的位置。

下面继续调用了ActivityStack的startActivityLocked函数，在这个函数最后有如下代码，当然这个doResume为true。

然后又回到ActivityStackSupervisor类，调用了其resumeTopActivitiesLocked方法。最后会调用resumeTopActivityInnerLocked函数，我们直接看这个函数：

先获取了下个ActivityRecord，这里也就是我们要启动的Activity。

然后会调用startPausingLocked，把当前的Activity pause。注意这里调用了startPausingLocked之前就return了。

我们再来看startPausingLocked函数，在startPausingLocked函数中调用了ActivityThread的schedulePauseActivity函数：

在ActivityThread中最后调用handlePauseActivity函数来处理，在handlePauseActivity函数中调用performPauseActivity函数最后会调用Activity的onPause方法，在这个函数最后调用了AMS的activityPaused方法。

最后通过AMS的activityPausedLocked方法，又调用了ActivityStack的activityPausedLocked方法，然后调用了completePauseLocked方法，最后又到了ActivityStackSupervisor的resumeTopActivitiesLocked方法，于是又回到了resumeTopActivityInnerLocked方法，在这个函数最后又如下代码：这个时候我们要启动的Activity的进程还没启动，所以其app和app.thread为null。
所以最后到了ActivityStackSupervisor的startSpecificActivityLocked函数，这个函数如果当前Activity的进程没有，会调用AMS的startProcessLocked函数
最后会在startProcessLocked中创建进程，然后直接到ActivityThread的main函数。这里的过程就不分析，然后在ActivityThread的main函数调用了AMS的attachApplication函数。在attachApplicationLocked中创建了一个ProcessRecord对象，调用了ActivityThread的bindApplication来完成进程的一些初始化工作。然后又调用了ActivityStackSupervisor的attachApplicationLocked函数，在这个函数又调用了realStartActivityLocked函数，然后在这个函数调用了app.thread.scheduleLaunchActivity函数，就到ActivityThread的scheduleLaunchActivity函数了，下面我们在之前博客分析过了就不分析了。