你所不知道的Activity启动模式

做过安卓开发的开发者们，一定对Activity的四种启动模式不“陌生”，甚至可能自认为对这四种启动模式“了如指掌”。但其实很多开发者对启动模式的认识仅仅停留在表面，深入研究这四种启动模式并不如想象中的那么简单。

1.standard:标准启动模式
对于这种启动模式，并没有太多需要讲解的地方，因为这是系统默认的Activity的启动模式：每次启动一个Activity都会重新创建一个新的实例，不管这个实例是否已经存在。被创建的实例的生命周期符合典型情况下Activity的生命周期，它的onCreate,onStart,onResume都会被调用。这是一种典型的多实例实现，一个任务栈中可以有多个实例，每个实例也可以属于不同的任务栈。在这种模式下，谁启动了这个Activity,那么这个Activity就会运行在启动它的那个Activity所在的任务栈中。比如Activity A启动了Activity B（B是标准模式），那么B就会进入到A所在的任务栈中。有经验的开发者们，一定遇到过一个典型问题：当我们用ApplicationContext去启动standard模式的Activity时会报错，错误信息如下：

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（如ApplicationContext）并没有所谓的任务栈，所以就出现了问题。解决这个问题的方法是为待启动Activity指定FLAT_ACTIVITY_NEW_TASK标记位，这样启动的时候就会为它创建一个新的任务栈，这个时候待启动Activity实际上是以singleTask模式启动的。有关singleTask的启动模式，后面就讲解，再次不在赘述。

2.singleTop:栈顶复用模式

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

3.singleTask:栈内复用模式
这是Activity四种启动模式中最复杂难懂的一种。
singleTask是一种单实例模式，在这种模式下，只要Activity在一个栈内存在，那么多次启动次Activity都不会重新创建实例，和singleTop一样，系统也会回调其onNewIntent。具体一点，当一个具有singleTask模式的Activity请求启动后，比如Activity A,系统首先会寻找是否存在A**想要的任务栈**，如果不存在，就重新创建一个任务栈，然后创建A的实例后把A放到栈中。如果存在A所需的任务栈，这是要看A是否在栈中有实例存在，如果有实例存在，那么系统就会把A调到栈顶并调用它的onNewIntent方法，如果实例不存在，就会创建A的实例并把A压入栈中。举例说明如下：
**
（1）假设目前任务栈S1中的情况是ABC，这个时候Activity D以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。
**
在这个启动模式中，多次提到某个Activity所需的任务栈，那么什么是Activity所需要的任务栈呢？这要从一个参数说起，TaskAffinity，这给参数标识了一个Activity所需要的任务栈的名字。默认情况下，所有Acitivty所需的任务栈的名字为应用的包名，当然，我们可以为每个Activity都单独制定TaskAffinity属性，这个属性值必须不能和包名相同，否则就等于没指定。TaskAffinity属性主要和singleTask启动模式或者allowTaskReparenting属性配对使用，在其他情况下没有意义。另外，任务栈氛围前台任务栈和后台任务栈，后台任务栈中的Activity处于暂停状态，用户可以通过切换将后台任务栈再次调到前台。
当TaskAffinity和singleTask启动模式配对使用的时候，它是具有该模式的Activity的目前任务栈的名字，待启动的Activity会运行在名字和TaskAffinity相同的任务栈中。

4.singleInstance：单实例模式

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

以上是对Activity四种启动模式的“最表层”的文字描述，但有些特殊情况会让开发者抓耳挠腮，百思不得其解。在开发过程中需要使用到启动模式时，需要开发者深刻理解四种启动模式的应用场景，有时候恰当地使用启动模式会让复杂的业务场景变得异常简单，让开发效率“事倍功半”；但启动模式应用不恰当会让应用和任务栈变得杂乱臃肿，这些都是开发者所需要慎重考虑的。