Activity的启动模式——LanuchMode（一）

前言:Activity可以说是Android四大组件当中最基本的组件同样也是最重要的组件，一个完整的app中Activity之间的跳转逻辑是很复杂的，这就不得不提到一个很重要的概念——Activity的启动模式(四种)，这个看起来很基础的知识点要是想研究透彻也是要下点心思的，原因是形形色色的启动模式和标志位实在是太容易被混淆了，在开发过程中使用的也非常的多，如果运用的娴熟会使我们在开发中对于跳转逻辑的处理很容易，清晰，提高开发效率。

首先说一下Activity为什么需要启动模式。我们知道，在默认情况下，当我们多次启动同一个Activity的时候，系统会创建多个实例并把它们一一放入任务栈中，当我们单击back键，会发现这些Activity会一一回退。任务栈是一种“后进先出”的栈结构，这个比较好理解，每按一下back键就会有一个Activity出栈，知道栈空为止，当栈中无任何Activity的时候，系统就会回收这个任务栈。知道了Activity的默认启动模式以后，我们可能就会发现一个问题：多次启动同一个Activity，系统重复创建多个实例，这样不是很傻吗？这样的确有点傻，Android在设计的时候不可能不考虑这个问题，所以它提供了启动模式来修改系统的默认行为。目前有四种启动模式: standard、singleTop、singleTask、和singleInstance、下面先介绍各种启动模式的含义：

(1)standard

这也是系统的默认模式。每次启动一个Activity都会重新创建一个新的实例，不管这个实例是否已经存在。被创建的实例的生命周期符合典型情况的Activity的生命周期，它的onCreate，onStart，onResume，都会被调用。这一种典型的多实例实现，一个任务栈中可以有多个实例，每个实例也可以属于不同的任务栈。在这种模式下，谁启动了这个Activity，那么这个Activity就运行在启动它的那个Activity所在的栈中。比如Activity A启动了ActivityB(B是标准模式)，那么B就会进入到A所在的栈中。不知道大家是否注意到，当我们用ApplactionContext去启动standard模式的Activity的时候就会报错，错误如下:

E/AndroidRuntime(674):  android.util.AndroidRuntimeException:  Calling startActivity from outside of an Activity context requires the FLAG_ACTIVITY_NEW_TASK flag.Is this really what you want?

相信这句话大家一定不陌生，这是因为standard模式的Activity默认会进入启动它的Activity所属的任务栈中，但是由于非Activity的Context(如ApplactionContext)并没有所谓的任务栈，所以这就有问题了。解决这个问题的方法是为待启动Activity指定FLAG_ACTIVITY_NEW_TASK 标记位，这样启动的时候就会为它创建一个新的任务栈，这个时候待启动Activity实际上是以singleTask模式启动的，读者可以仔细体会。

在实战中应用：这个就不多说了，系统默认的启动模式，此启动模式的Activity每次启动都会重新创建，返回也是按照先进后出的顺序。

(2)singleTask

栈顶复用模式。在这种模式下，如果新Activity已经位于任务栈的栈顶，那么次Activity不会被重新创建，同时它的onNewIntent方法会被回调，通过此方法的参数我们可以取出当前请求的信息。需要注意的是，这个Activity的onCreate，onStart不会被系统调用，因为它并没有发生改变。如果新Activity的实例已经存在但不是位于栈顶，那么新Activity仍然会重新创建。举个例子，假设目前栈内的情况为ABCD，其中ABCD为四个Activity，A位于栈底，D位于栈顶，这个时候假设要再次启动D，如果D的启动模式为singleTop，那么栈内的情况仍然为ABCD；如果D的启动模式为standard，那么由于D被重新创建，导致栈内的情况就变为ABCDD。

在实战中应用：举个例子，点击列表进入详情，如果详情界面我们用的是系统默认的standard模式正常情况下是行得通的，但是我们快速点击列表几下再进入详情，从详情再后退之后会发现可能会出现多个详情界面，这就是因为standard模式的Activity每次启动都会重新创建，所以导致了重复点击重复创建详情界面的情况，这种情况下详情界面使用singleTop启动模式正好可以解决这个问题。

(3)singleTask

栈内复用模式。这是一种单实例模式，在这种模式下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例，和singleTop一样，系统也会回调其onNewIntent。具体一点，当一个具有singleTask模式的Activity请求启动后，比如ActivityA，系统首先会寻找是否存在A想要的任务栈，如果不存在就重新创建一个任务栈，然后创建A的实例后把A放到栈中。如果存在A所需的任务栈，这时要看A是否在该栈中有实例存在，如果有实例存在，那么系统就会把A调到栈顶并调用它的onNewIntent方法，如果实例不存在，就创建A的实例并把A压如栈中。举几个例子：

1.比如目前任务栈S1中的情况为ABC，这个时候ActivityD以singleTask模式请求启动，其所需的任务栈为S2，由于S2和D的实例均不存在，所以系统会先创建任务栈S2，然后再创建D的实例并将其入栈到S2。
2.另外一种情况，假设D所需的任务栈为S1，其他情况如上面例子1所示，那么由于S1已经存在，所以系统会直接创建D的实例并将其入栈到S1。
3.如果D所需的任务栈为S1，并且当前任务栈S1的情况为ADBC，根据栈内复用的原则，此时D不会重新创建，系统会把D切换到栈顶并调用其onNewIntent方法，同时由于singleTask默认具有clearTop效果，会导致栈内所有在D上面的Activity全部出栈，于是最终S1中的情况为AD。这一点比较特殊，在后面还会对此种情况详细的分析。

(4)singleInstance

单实例模式。这是一种加强的singleTask模式，它除了具有single模式的所有特性外，还加强了一点，那就是具有此种模式的Activity只能单独地位于一个任务栈中，换句话说，比如ActivityA是singleInstance模式，当A启动后，系统会为它创建一个新的任务栈，然后A独自在这个新的任务栈中，由于栈内复用的特性，后续的请求均不会创建新的Activity，除非这个独特的任务栈被系统销毁了。

上面介绍了几种启动模式，这里需要指出一种情况，我们假设目前有2个任务栈，前台任务栈的情况为AB，而后台任务栈的情况为CD，这里假设CD的启动模式均为singleTask。现在请求启动D， 那么整个后台任务栈都会被切换到前台，这个时候整个后退列表变成了ABCD。当用户按back键的时候，列表中的Activity会一一出栈，如果不是请求启动D而是启动C，那么情况就不一样了，D就会被清除所以返回顺序就为ABC，具体原因我们后面再进行分析。