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_TASKFLAG_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开发艺术探索