第一章-Activity的启动模式和Flags

首先说一下Activity为什么需要启动模式，我们知道，在默认的情况下，当我们多次启动同一个Activity的时候，系统会创建多个实例并把他们一一放入任务栈中，当我们点击back键的时候会发现这些Activity会一一回退，任务栈是一种先进先出的栈结构，这个好理解，每按一次back键就有一个activity退出栈，直到栈空为止，当这个栈为空的时候，系统就会回收这个任务栈，关于任务栈的系统工作原理，这里我们暂且不说，在后续章节也会介绍任务栈，知道了Activity的启动模式，我们可发现一个问题，：多次启动同一个Activity会创建多个实例，这样是不是很逗，Activity在设计的时候不可能不考虑到这个问题，所以他提供了启动模式来修改系统的默认行为，目前有四种启动模式

1、四种启动模式

standard
在这里插入图片描述
singleTop

singleTask
在这里插入图片描述

singleInstance
在这里插入图片描述

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

在这里插入图片描述

如果不是请求D，而是请求C，那么情况就不一样了，如图，具体原因我们在后续章节中分析

在这里插入图片描述

另外一个问题，在singkleTask启动模式中，多次提到了某个Activity所需的任务栈，什么是Activity所需的任务栈呢？

这要从一个参数说起：TaskAffinity,可以翻译成任务相关性，这个参数标示了一个Activity所需要的任务栈的名字。默认情况下，所有的Activity所需要的任务栈的名字为应用的包名，当然，我们可以为每个Activity都单独指定TaskAffinity，这个属性值必须必须不能和包名相同，否则就相当于没有指定，TaskAffinity属性主要和singleTask启动模式或者allowTaskReparenting属性配合使用，在其他状况下没有意义，另外，任务栈分为前台任务栈和后台任务栈，后台任务栈中的Activity位于暂停状态，用户可以通过切换将后台任务栈再次调为前台。

扫描二维码关注公众号，回复： 10673847 查看本文章

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

当TaskAffinity和allowTaskReparentiing结合的时候，这种情况比较复杂，会产生特殊的效果，当一个应用A启动了应用B的某一个Activity后，如果这个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的任务栈中转移过来，这种情况读者可以写一个例子测试一下，这里就不做演示了

2、如何给Activity指定启动模式？

有两种方法，第一种是通过清单文件为Activity指定
在这里插入图片描述
第二种就是通过intent的标志位为Activity指定启动模式

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

关于Intent中为Activity指定的各种标记位，在下面的小节中会继续说道，下面通过一个实例来体验启动模式的使用效果，还是前面的例子，我们把MainActivity的启动模式设置成singleTask，然后重复启动它，看看他是否会重复创建

AndroidManifest.xml

<activity
    android:name=".MainActivity"
    android:configChanges="orientation|screenSize"
    android:launchMode="singleTask">
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
</activity>

@Override
protected void onNewIntent(Intent intent) {
    super.onNewIntent(intent);
    Log.d(TAG, "onNewIntent , time =" + intent.getLongExtra("time", 0));
}
    
findViewById(R.id.btnTo).setOnClickListener(new View.OnClickListener() {
  @Override
  public void onClick(View view) {
        Intent intent = new Intent();
        intent.setClass(MainActivity.this,MainActivity.class);
        intent.putExtra("time", System.currentTimeMillis());
        startActivity(intent);
    }
});

上述修改，我们做了如下操作，连续点击三次按钮启动三次，算上原本的MainActivity实例，正常情况下，任务栈中应该有四个MainActiivty实例，但是我们为其指定了singTask模式，我们一起来看下有何不同

执行命令: adb shell dumpsys activity
在这里插入图片描述

Activity的确没有被创建，只是暂停了一下，然后调用了onNewIntent，接着又onResume又继续了，现在我们去掉singTask，再来比对一下我们的操作，同样是点击三次按钮，执行adb shell dumpsys activity命令

在这里插入图片描述
从上面的导出信息可以看到，在任务栈中有四个MainActivity，这也就验证了Activity的启动模式的工作方式.

上述四种启动模式，standard和singleTop都比较好理解，singleInstance由于其特殊性也比较好理解，但是关于singleTask还有一种情况需要理解，比如我们刚才那张启动D的图，在Activity B中请求的不是D而是C，那情况该如何呢？这里可以告诉读者的是，任务列表变成了ABC，是不是很奇怪，Activity为什么直接出栈了，我们用一个实例来说明情况.

<activity
    android:name=".MainActivity"
    android:configChanges="orientation|screenSize"
    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=".SecondActivity"
    android:configChanges="screenLayout"
    android:launchMode="singleTask"
    android:taskAffinity="com.ryg.task1"  />

<activity
    android:name=".ThirdActivity"
    android:configChanges="screenLayout"
    android:launchMode="singleTask" 
    android:taskAffinity="com.ryg.task1" />

我们把SecondActivity和ThirdActivity的启动模式都改成了singleTask，并且把android:taskAffinity设置为com.ryg.task1，注意这个taskAffinity的值属于字符串，切中间必须有包名分割符‘.’.
然后我们做如下的动作，在MainActivity中单击按钮启动SecondActivity，在SecondActivity中单击按钮启动ThirdActivity,在ThirdActivity启动MainActivity,最后在MainActivity中启动SecondActivity，，现在按Back，你知道会回那个Activity吗？答案是桌面，是不是有点摸不着头脑

在这里插入图片描述

3、Activity 的 Flags

Activity的Flags有很多，这里主要是分析一些常用的标记位，标记位的作用很多，有些标志位可以设置Activity的启动模式，比如FLAG_ ACTIVITY _ NEW _ TASK，还有一些直接影响Activity的运行状态，比如FLAG_ ACTIVITY_ CLEAR_ TOP，下面我们来说下一些常用的标记位，剩下的读者可以去看下官方文档，大部分的情况下，Activity不需要设置标记位，因此对于标记位理解即可，在使用标记位的时候，要注意有些标记位是系统内部使用的，应用不需要去设置这些以防出问题。

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采用标准模式，那么他连同他之上的Activity都要出栈，系统会创建新的Activity实例并放入栈顶

FLAG_ ACTIVITY_ EXCLUDE_ FROM _ RECENTS

具有此标记位的Activity，不会出现在历史Activity的列表当中，当某种情况下我们不希望用户通过历史列表回到我们的Activity的时候就使用这个标记位了，他等同于在XML中指定Activity的属性：android:excludeFromRecents=“true”

pin-csdn

发布了126 篇原创文章 · 获赞 42 · 访问量 10万+

私信关注

第一章-Activity的启动模式和Flags

猜你喜欢