Activity的启动模式

       在默认情况下，当我们多次启动同一个Activity的时候，系统会创建多个实例并把它们一一放入任务栈中，当我们单击back键，会发现这些Activity会一一回退。任务栈是一种“后进先出”的栈结构，这个比较好理解，每按一下back键就会有一个Activity出栈，直到栈空为止，当栈中无任何Activity的时候，系统就会回收这个任务栈。但如果我们多次重复启动同一个Activity时，难道每次都创建一个新的Activity吗？因此Android引入了启动模式来设置这一行为，目前启动模式有四种：standard、singleTop、singleTask和singlelnstance。

       (1) standard:标准模式，这也是系统的默认模式。每次启动一个Activity都会重新创建一个新的实例，不管这个实例是否己经存在。被创建的实例的生命周期符合典型情况下Activity的生命周期，如上节描述，它的onCreate、onStart、onResume都会被调用。这是一种典型的多实例实现，一个任务栈中可以有多个实例，每个实例也可以属于不同的任务栈。在这种模式下,谁启动了这个Activity,那么这个Activity就运行在启动它的那个Activity所在的栈中。比如ActivityA启动了 ActivityB(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调到栈顶并调用它的onNewlntent方法，如果实例不存在，就创建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只能单独地位于一个任务栈中，换句话说，比如ActivityA是singlelnstance模式，当A启动后，系统会为它创建一个新的任务栈，然后A独自在这个新的任务栈中，由于栈内复用的特性，后续的请求均不会创建新的Activity，除非这个独特的任务栈被系统销毁了。

相关：

activity之栈管理

Activity管理之Activity栈

Activity启动模式 及 Intent Flags 与 栈 的关联分析