Activity的启动模式

首先说一下Activity为什么需要启动模式。

我们知道，在默认情况下，当我们多次启动同一个Activity的时候，系统会创建多个实例并把它们一一放入任务栈中，当我们单击back键，会发现这些Activity会一一回退。任务栈是一种“后进先出”的栈结构，这个比较好理解，每按一下back键就会有一个Activit出栈，直到栈空为止，当栈中无任何Activity的时候，系统就会回收这个任务栈。

知道了Activity的默认启动模式以后，我们可能就会发现一个问题：多次启动同一个Activity，系统会重复创建读个实例，这样不是很傻吗？这样的确有点傻，Android在设计的时候不可能不考虑到这个问题，所以它提供了启动模式来修改系统的默认行为。目前有四种启动模式：standard, singleTop, singleTask和 singleInstance，下面介绍这几种模式的含义：

（1）standard：标准模式，这个是系统的默认模式。每次启动一个Activity都会重新创建一个新的实例，不管这个实例是否已经存在。被创建的实例的生命周期符合典型情况下Activity的生命周期，它的onCreate，onStart，onResume都会被调用。这是一种典型的多实例实现，一个任务栈中可以有多个实例，每个实例也可以属于不同的任务栈。在这种模式下，谁启动了这个Activity，那么这个Activity就运行在启动它的那个Activity所在的任务栈中。比如Activity A启动了 Activity B【B 是标准模式】，那么B就会进入到A所在的栈中。

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

      <>比如目前任务栈S1中的情况为ABC，这个时候Activity D以singleTask模式请求启动，其所需要的任务栈为S2，由于S2和D的实例均不存在，所以系统会先创建任务栈S2，然后再创建D的实例并将其入栈到S2。

      <>另外一种情况，假设D所需的任务栈为S1，其他情况如上面例子1所示，那么由于S1已经存在，所以系统会直接创建D的实例并将其入栈到S1。

<>如果D所需的任务栈为S1，并且当前任务栈S1的情况为ADBC，根据栈内复用的原则，此时D不会重新创建，系统会把D切换到栈顶并调用其onNewIntent方法，同时由于singleTask默认具有clearTop的效果，会导致栈内所有在D上面的Activity全部 出

栈，于是最终S1的情况为AD。

（4）singleInstance：单实例模式。这是一种加强的singleTask模式，它除了具有singleTask模式的所有属性外，还加强了一点，

那就是具有此种模式的Activity只能单独地位于一个任务栈中，换句话说，比如Activity A是singleInstance模式，当A启动后，

系统会为它创建一个新的任务栈，然后A独自在这个新的任务栈中，由于栈内复用的特性，后续的请求均不会创建新的Activity，

除非这个独特的任务栈被系统销毁了。

 另外一个问题是，在singleTask中多次提到某个Activity所需的任务栈

什么是Activity所需的任务栈呢？这要从一个参数说起，

TaskAffinity，可以翻译为任务相关性。这个参数标志了一个Activity所需要的任务栈的名字，默认情况下，所有的Activity所需的

任务栈的名字为应用的包名。

当然也可以为每个Activity都单独指定TaskAffinity属性，这个属性值必须不能和包名相同，否则就

相当于没有指定。TaskAffinity属性主要和singleTask启动模式或者allowTaskReparenting属性配对使用，在其他的情况下没有意

义。另外任务栈分为 前台任务栈 和 后台任务栈，后台任务栈中的Activity位于暂停状态，用户可以通过切换将后台任务栈再次调

到前台。

 当TaskAffinity和singleTask启动模式配对使用的时候，它是具有该模式的Activity的目前任务栈的名字，待启动的Activity会运

行在名字和TaskAffinity形同的任务栈中。

 当TaskAffinity和allowTaskReparenting结合使用的时候，会产生特殊的效果。当一个应用A启动了应用B的某个Activity后，如果

这个Activity的allowTaskReparenting为true的话，那么当应用B被启动后，此Activity会直接从应用A的任务栈转移到应用B的任务栈中。

这还是很抽象，再具体点， 比如现在有两个应用A和B，A启动了B的一个Activity C，然后按Home键回到桌面，然后再单击B的表面图标

，这个时候，并不是启动了B的主Activity，而是重新显示了已经被应用A启动的Activity C，或者说，C从A的任务栈中转移到B的任务栈中。

可以这么理解，由于A启动了C，这个时候C只能运行在A的任务栈中，但是C属于B应用，正常情况下，它的TaskAffinity值肯定不可能和A

的任务栈相同【因为包名不同】。所以当B被启动后，B会创建自己的任务栈，这个时候系统发现C原本所想要的任务栈已经被创建了，所以

就把C从A的任务栈中转移过来了。

如何给Activity指定启动模式呢? 有两种方法，第一种是通过AndroidMenifest为Activity指定启动模式，如下图：

另一种情况是通过在Intent中设置标志位来为Activity指定启动模式：

。

第二种方式的优先级高于第一种，当两种同时存在时，以第二种为准。