Android Activity的启动模式学习记录

Activity的启动模式

学习Activity的启动模式时，我们必须要搞清楚它的启动模式和标志位。

一、任务栈（Task Stack）或者叫退回栈（Back Stack）介绍：

任务栈用来存放用户开启的Activity
在应用程序创建之初，系统会默认分配给其一个任务栈（默认一个），并存储根Activity
同一个Task Stack，只要不在栈顶，就是onStop状态
任务栈的id自增长型，是Integer类型
新创建Activity会被压入栈顶。点击back会将栈顶Activity弹出，并产生新的栈顶元素作为显示界面（onResume状态）
当Task最后一个Activity被销毁时，对应的应用程序被关闭，清除Task栈，但是还会保留应用程序进程，再次点击进入应用会创建新的Task栈。

什么是Activity所需要的任务栈呢？

这要从一个参数说起：TaskAffinity，是Activity内的一个属性，可以翻译为任务相关性。这个参数标识了一个Activity所需要的任务栈的名字，默认情况下，所有Activity所需的任务栈的名字为应用的包名，拥有相同affinity的Activity属于同一个Task中。

当然，我们可以为每个Activity都单独指定TaskAffinity属性，这个属性值必须不能和包名相同，否则就相当于没有指定。TaskAffinity属性主要和singleTask启动模式或者allowTaskReparenting属性配对使用，在其他情况下没有意义。另外，任务栈分为前台任务栈和后台任务栈，后台任务栈中的Activity位于暂停状态，用户可以通过切换将后台任务栈再次调到前台。

TaskAffinity和singleTask启动模式

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

TaskAffinity和allowTaskReparenting结合

**当TaskAffinity和allowTaskReparenting结合的时候，这种情况比较复杂，会产生特殊的效果。**allowTaskReparenting属性的作用是Activity的迁移。当allowTaskReparenting属性和TaskAffinity配合使用时，Activity可以从一个任务栈迁移到另一个任务栈。

迁移的规则是：从一个与该Activity TaskAffinity属性不同的任务栈中迁移到与它TaskAffinity相同的任务栈中。

例如：当一个应用A启动了应用B的某个Activity后，如果这个Activity的allowTaskReparenting属性为true的话，那么当应用B被启动后，此Activity会直接从应用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的任务栈中转移过来了。

Task也有affinity属性，它的affinity属性由根Activity（创建Task时第一个被压入栈的Activity）决定
在默认情况下，所有的Activity的affinity都从Application继承。也就是说Application同样有taskAffinity属性
Application默认的affinity属性为Manifest的包名。

二、Activity的LaunchMode

standard 标准模式

这是Activity默认的启动模式，在每次启动的时候都会创建一个新的activity实例（不管这个实例之前是否被创建）。被创建实例的生命周期符合典型情况下的activity的生命周期。一个任务栈中可以有多个Activity实例，每个Activity实例也可以属于不同的任务栈。在这种模式下，谁启动了这个Activity，那么这个Activity就运行在启动它的那个Activity所在的栈中。比如Activity A启动了Activity B（B是标准模式），那么B就会进入到A所在的栈中。当非activity类型的context来使用这种模式来启动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?

这是由于非Activity类型的Context（如ApplicationContext）并没有所谓的任务栈，所以这就有问题了。

解决这个问题的方法是为待启动Activity指定FLAG_ACTIVITY_NEW_TASK标记位（通过使用intent标记位， intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);），这样启动的时候就会为它创建一个新的任务栈，这个时候待启动Activity实际上是以singleTask模式启动的

singleTop 栈顶复用模式

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

singleTask 栈内复用模式

应用场景：APP首页

这是一种单实例模式，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例。

当一个具有singleTask模式的Activity请求启动后，比如Activity A，系统首先会寻找是否存在A想要的任务栈，如果不存在，就重新创建一个任务栈，然后创建A的实例后把A放到栈中。如果存在A所需的任务栈，这时要看A是否在栈中有实例存在，如果有实例存在，那么系统就会把A调到栈顶并调用它的onNewIntent方法，如果实例不存在，就创建A的实例并把A压入栈中。

singleInstance 单实例模式

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

singleInstancePerTask

该活动只能作为任务的根活动（创建任务的第一个活动）运行，因此一个任务中只有该活动的一个实例。与singleTask启动模式相比，如果设置了FLAG_activity_multiple_TASK或FLAG_activity_NEW_DOCUMENT，则可以在不同任务的多个实例中启动此活动。

指定启动模式

给Activity指定启动模式呢？有两种方法，第一种是通过AndroidMenifest为Activity指定启动模式，如下所示。

    <activity
        android:name="com.ryg.chapter_1.SecondActivity"
        android:configChanges="screenLayout"
        android:launchMode="singleTask"
        android:label="@string/app_name" />

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

    Intent intent = new Intent();
    intent.setClass(MainActivity.this, SecondActivity.class);
    intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
    startActivity(intent);

这两种方式都可以为Activity指定启动模式，但是二者还是有区别的。

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

例子

这里需要指出一种情况，我们假设目前有2个任务栈，前台任务栈的情况为AB，而后台任务栈的情况为CD，这里假设CD的启动模式均为singleTask。现在请求启动D，那么整个后台任务栈都会被切换到前台，这个时候整个后退列表变成了ABCD。当用户按back键的时候，列表中的Activity会一一出栈，如图所示。如果不是请求启动D而是启动C，那么情况就不一样了

<activity
    android:name="com.ryg.chapter_1.MainActivity"
    android:configChanges="orientation|screenSize"
    android:label="@string/app_name"
    android:launchMode="standard" >
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
</activity>
<activity
    android:name="com.ryg.chapter_1.SecondActivity"
    android:configChanges="screenLayout"
    android:label="@string/app_name"
    android:taskAffinity="com.ryg.task1"
    android:launchMode="singleTask" />

<activity
    android:name="com.ryg.chapter_1.ThirdActivity"
    android:configChanges="screenLayout"
    android:taskAffinity="com.ryg.task1"
    android:label="@string/app_name"
android:launchMode="singleTask" />

我们将SecondActivity和ThirdActivity都设成singleTask并指定它们的taskAffinity属性为“com.ryg.task1”，注意这个taskAffinity属性的值为字符串，且中间必须含有包名分隔符“.”
。然后做如下操作，在MainActivity中单击按钮启动SecondActivity，在SecondActivity中单击按钮启动ThirdActivity，在ThirdActivity中单击按钮又启动MainActivity，最后再在MainActivity中单击按钮启动SecondActivity，然后再按2次back键，然后看到的是哪个Activity？答案是回到桌面。

首先，从理论上分析这个问题，先假设MainActivity为A, SecondActivity为B，ThirdActivity为C。我们知道A为standard模式，按照规定，A的taskAffinity值继承自Application的taskAffinity，而Application默认taskAffinity为包名，所以A的taskAffinity为包名。由于我们在XML中为B和C指定了taskAffinity和启动模式，所以B和C是singleTask模式且有相同的taskAffinity值“com.ryg.task1”。A启动B的时候，按照singleTask的规则，这个时候需要为B重新创建一个任务栈“com.ryg.task1”。B再启动C，按照singleTask的规则，由于C所需的任务栈（和B为同一任务栈）已经被B创建，所以无须再创建新的任务栈，这个时候系统只是创建C的实例后将C入栈了。接着C再启动A, A是standard模式，所以系统会为它创建一个新的实例并将到加到启动它的那个Activity的任务栈，由于是C启动了A，所以A会进入C的任务栈中并位于栈顶。这个时候已经有两个任务栈了，一个是名字为包名的任务栈，里面只有A，另一个是名字为“com.ryg.task1”的任务栈，里面的Activity为BCA。接下来，A再启动B，由于B是singleTask, B需要回到任务栈的栈顶，由于栈的工作模式为“后进先出”, B想要回到栈顶，只能是CA出栈。所以，到这里就很好理解了，如果再按back键，B就出栈了，B所在的任务栈已经不存在了，这个时候只能是回到后台任务栈并把A显示出来。注意这个A是后台任务栈的A，不是“com.ryg.task1”任务栈的A，接着再继续back，就回到桌面了。分析到这里，我们得出一条结论，singleTask模式的Activity切换到栈顶会导致在它之上的栈内的Activity出栈。

三、Activity的Flags

1.单独的FLAG_ACTIVITY_NEW_TASK并不等价于启动模式 singleTask，它仅表示寻找activity所需的任务栈压入，（即TaskAffinity指定的任务栈，TaskAffinity默认为应用包名）

2.FLAG_ACTIVITY_NEW_TASK+FLAG_ACTIVITY_CLEAR_TOP也不等价于启动模式singleTask

3.在FLAG_ACTIVITY_NEW_TASK+FLAG_ACTIVITY_CLEAR_TOP的情况下，AndroidManifest.xml中设置activity的启动模式为standard或singleTask时activity入栈方式是不一样的。分为如下3个情况：

• 当启动模式为standard时，如果activity所需的栈中已经存在该activity的实例了，那么这个实例连同它之上的activity都要出栈，然后再新建一个activity实例入栈。
• 当启动模式为singleTask时，如果activity所需的栈中已经存在该activity的实例了，那么系统会调用该实例的onNewIntent()方法，且只将该实例之上的activity出栈。
• 如果activity所需的栈中不存在该activity的实例，则不论启动模式为standard还是singleTask，都是新建activity实例直接入栈。

4.AndroidManifest.xml中设置activity的启动模式为singleTask时，则不论是FLAG_ACTIVITY_NEW_TASK+FLAG_ACTIVITY_CLEAR_TOP还是只有FLAG_ACTIVITY_NEW_TASK效果一样，因为singleTask模式中默认就带有FLAG_ACTIVITY_CLEAR_TOP标识。

几个常见的Flag：

1、NEW_TASK

Intent.FLAG_ACTIVITY_NEW_TASK与singleInstance很相似：在给目标Activity设立此Flag后，会根据目标Activity的affinity进行匹配，如果已经存在与其affinity相同的task，则将目标Activity压入此Task。 反之没有的话，则新建一个task，新建的task的affinity值与目标Activity相同。然后将目标Activity压入此栈。

2、SINGLE_TOP

Intent.FLAG_ACTIVITY_SINGLE_TOP与静态设置中的singleTop效果相同

3、CLEAR_TOP

Intent.FLAG_ACTIVITY_CLEAR_TOP 与singleTask相似当设置此Flag时，目标Activity会检查Task中是否存在此实例，如果没有则添加压入栈。如果有，就将位于Task中的对应Activity其上的所有Activity弹出栈，此时有以下两种情况：

• 如果同时设置FLAG_ACTIVITY_SINGLE_TOP，则直接使用栈内的对应Activity
• 没有设置，则将栈内的对应Activity销毁重新创建。

参考资料

Android开发艺术探索