Activity的启动模式

最新推荐文章于 2024-02-27 16:05:04 发布

方兵兵

最新推荐文章于 2024-02-27 16:05:04 发布

阅读量233

点赞数

分类专栏： android基础

本文链接：https://blog.csdn.net/u010800708/article/details/72689000

版权

android基础专栏收录该内容

40 篇文章 0 订阅

订阅专栏

1、Activity的LaunchMode

       首先Activity为什么需要启动模式，默认情况下，当多次启动同一个Activity的时候。系统会创建多个实例并把它们一一放入任务栈中。当我们单击back键，会发现这些Activity会一一回退，任务栈是一种“后进先出”的栈结构，这个比较好理解。每按一次back键就会有一个Activity出栈，直到栈空为止，当栈中无任何Activity的时候，系统就会回收这个任务栈。
     这样就有一个问题，多次启动同一个Activity，系统就会重复创建多个实例，这样不是很傻吗？所以它提供了启动模式来修改系统的默认行为。目前有四种启动模式：standard、singleTop、singleTask、singleInstence。

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

E/AndroidRuntime(674): android.util.AndroidRuntimeException : Calling startActivity from outside of an Activity ocntext requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?

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

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

（3）singleTask：栈内复用模式。
这是一种单实例模式，在这种模式下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例，和singleTop一样，系统也会回调其onNewIntent。具体一点，当一个具有singleTask模式的Activity请求启动后，比如Activity A,系统首先会寻找是否存在A想要的任务栈，如果不存在就会重新创建一个一个任务栈，然后创建A的实例后把A放入栈中，如果存在A所需的任务栈，这时要看A是否在栈中有实例存在，如果有实例存在，那么系统就会把A调到栈顶并调用它的onNewIntent方法，如果实例不存在，就创建A的实例并把A压入栈中。由于singleTask默认具有clearTop的效果，会导致栈内所有在准备启动的Activity上面的Activity全部出栈。

（4）singleInstance：单实例模式
这时一种加强的singleTask模式，它除了具有singleTask的所有特性外，还加强了一点，那就是具有此种模式的Activity只能单独位于一个任务栈中，换句话说，如果ActivityA是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的任务栈中，这还是很抽象。

比如现在有2个应用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指定启动模式，如下所示：

<activity
    android:name="com.ryg.chapter.SecondActivity"
    android:configChanges="screenLayout"
    android:launchMode="singleTask"
    />

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

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

这两种方式都可以为Activity指定启动模式，但是二者还是有区别的，首先，优先级上，第二种方式的优先级要高于第一种，当两种同时存在时，以第二种为准；其次，上述两种方式在限定范围上有所不同，比如，第一种方式无法直接为Activity设定FLAG_ACTIVITY_CLEAR_TOP标识，而第二种方式无法为Activity指定singleInstance模式。

使用singleTask启动模式的Activity重复启动，始终只有一个实例在任务栈中，只是暂停了下，然后调用了onNewIntent,接着调用onResume就又继续了。
启动模式为standard的Activity的taskAffinity值继承自Application的taskAffinity,而Application默认taskAffinity为包名

使用adb shell dumpsys activity检查Activity的任务栈

2、Activity的Flags
Activity的Flags有很多，这里主要分析一些常用的标记位，标记位的作用很多，有的标记位可以设定Activity的启动模式，比如FLAG_ACTIVITY_NEW_TASK和FLAG_ACTIVITY_SINGLE_TOP等；还有的标记位可以影响Activity的运行状态，比如FLAG_ACTIVITY_CLEAR_TOP和FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS等。在使用标记位的时候，要注意有些标记位是系统内部使用的，应用程序不需要去手动设置这些标记位以防出现问题。

FLAG_ACTIVITY_NEW_TASK

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

FLAG_ACTIVITY_SINGLE_TOP

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

FLAG_ACTIVITY_CLEAR_TOP

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

FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

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