Android里Activity的启动模式

Activity的LaunchMode

启动模式分类

目前有四种启动模式：standard、singleTop、singleTask、singleInstance。

standard标准模式

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

注意：

         当我们用ApplicationContext去启动standard模式的Activity时会报错。因为standard模式的Activity默认会进入启动它的Activity所属的任务栈中，但由于非Activity类型的Context并没有所谓的任务栈，所以这就有问题。解决方法：为待启动的Activity指定FLAG_ACTIVITY_NEW_TASK标记位，这样启动时就会为它创建一个新的任务栈，这时待启动的Activity实际上是以singleTask模式启动的。

singleTop 栈顶复用模式

         如果新Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时它的onNewIntent方法会被回调，通过此方法的参数我们可以取出当前请求的信息。需要注意的是，这个Activity的onCreate、onStart不会被系统调用，因为它并没有发生改变。如果新Activity的实例已存在但不是位于栈顶，那么新Activity仍然会重新重建。

举个例子，假设目前栈内的情况为ABCD，其中ABCD为四个Activity，A位于栈底，D位于栈顶，这个时候假设再次启动D，如果D的启动模式为singleTop,那么栈内的情况仍然为ABCD；如果D的启动模式为standard,那么由于D被重新创建，导致栈内的情况就变为ABCDD。

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。

注意：

         如果APP中的默认的主Activity，即设置了<actionandroid:name="android.intent.action.MAIN" />的Activity它的模式是singleTask，那么无论在哪个操作界面中按下手机home键，再从桌面图标点击再次启动APP，它都会打开主Activity，而不会是刚才按home键前的界面。

singleInstance 单实例模式

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

任务栈

         前面多次提到Activity的任务栈，它要从一个参数说起：TaskAffinity，可以翻译为任务相关性。这个参数标识了一个Activity所需要的任务栈的名字，默认情况下，所有的Activity所需的任务栈的名字为应用的包名。TaskAffinity属性主要和singTask启动模式或者allowTaskReparenting属性配对使用，在其它情况下没有意义。另外，任务栈分为前台任务栈和后台任务栈，后台任务栈中的Activity位于暂停状态，用户可以通过将后台任务栈再次调起到前台。
场景：

1、  当TaskAffinity和singleTask启动模式配对使用时，它是具有该模式的Activity的目前任务栈的名字，待启动的Activity会运行在名字和TaskAffinity相同的任务栈中。

2、  当TaskAffinity和allowTaskReparenting属性结合时，会比较特殊。比如现在有2个应用A和B，A启动了B的一个Activity C，然后按Home键回到桌面，然后再点击B的桌面图标，这时启动的不是B的主Activity，而是Activity C。因为这时C从A的任务栈转移到B的任务栈中，原理是：当B启动后，B会创建自己的任务栈，这时系统发现C已经被创建了，所以就把C从A的任务栈中转移过来。

指定启动模式

有两种方法可以给Activity指定启动模式。

 

通过AndroidManifest为Activity指定：

<activityandroid:name="com.xxx.MyActivity"android:configChanges="screenLayout"android:launchMode="singleTask"android:label="@string/app_name" />

通过在Intent中设置标志位来为Activity指定：

Intent intent = newIntent();intent.setClass(MainActivity.this,MyActivity.class);intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);startActivity(intent);

这两种方法中，第二种方式的优化级要高于第一种，当两种同时存在时，以第二种方式为准；其次两种方式在限定范围上有所不同，比如，第一种方式无法直接为Activity设定FLAG_ACTIVITY_CLEAR_TOP标识，而第二种方式无法为Activity指定singleInstance模式。

Activity的Flags

Activity的Flags有很多，这里主要分析一些比较常用的标记位。标记位的作用很多，有的标记可以设定Activity的启动模式，还有的标记位可以影响Activity的运行状态，等。大部分情况下，我们不需要为Activity指定标记位，因此，对于标记理解即可。

FLAG_ACTIVITY_NEW_TASK

这个标记位的作用是为Activity指定singleTask启动模式，其效果和在XML中指定该启动模式相同。注意，如果是用过ApplicationContext启动的Activity，那么必须要加上FLAG_ACTIVITY_NEW_TASK，否则会报异常。

FLAG_ACTIVITY_SINGLE_TOP

这个标记位的作用是为Activity指定singleTop启动模式，其效果和在XML中指定该启动模式相同。

FLAG_ACTIVITY_CLEAR_TOP

具有此标记位的Activity，当它启动时，在同一个任务栈中所有位于它上面的Activity都要出栈。这个模式一般需要和FLAG_ACTIVITY_NEW_TASK配合使用，在这种情况下，被启动的Activity的实例如果已经存在，那么系统就会调用它的onNewIntent。如果被启动的Activity采用standard模式启动，那么它连同之上的Activity都要出栈，系统会创建新的Activity实例并放入栈顶。

FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

具有这个标记位的Activity不会出现在历史Activity的列表中，当某些情况下我们不希望用户通过历史列表回到我们的Activity的时候这个标记比较有用。它等同于在XML中指定Activity的属性android:excludeFromRecents=”true”。

 

——本博文部分内容参考自《Android开发艺术探索》