android：activity启动模式见解

最新推荐文章于 2024-09-09 11:51:44 发布

雨幕青山

最新推荐文章于 2024-09-09 11:51:44 发布

阅读量416

点赞数

分类专栏： android-杂项 android开发实战文章标签： android Activity启动模式 onNewIntent

android-杂项同时被 2 个专栏收录

24 篇文章 0 订阅

订阅专栏

android开发实战

12 篇文章 0 订阅

订阅专栏

一、简介

启动模式允许开发者定义一个activity的新实例如何与当前的Task关联。
如果Activity A开启Activity B, Activity B就可以在它的manifest文件中定义它与当前的task如何关联，Activity A也可以要求activity B应该如何与当前的task关联。如果两个activity都定义了Activity B应该如何与一个task关联，Activity A的要求（在intent中定义的）将会覆盖Activity B中要求（在manifest文件中定义的）。

注意：一些在manifest中的启动模式在intent中不再可用，同样地，一些在intent中定义的标志也可能没有在manifest中未定义。

二、Using the manifest file

当在manifest文件中声明activity时，可以指定这个activity开启时如何与当前task关联。<activity>标签的launchMode属性可以设置为四种不同的模式：“standard”（默认模式）、“singleTop”、“singleTask”、“singleInstance”。

1.standard

standard模式是默认的启动模式，不用为<activity>配置android:launchMode属性即可，当然也可以指定值为standard。standard模式的原理如下图所示：
在这里插入图片描述

如图所示，每次跳转系统都会在task中生成一个新的FirstActivity实例，并且放于栈结构的顶部，当我们按下后退键时，才能看到原来的FirstActivity实例。这就是standard启动模式，不管有没有已存在的实例，都生成新的实例。

简单点理解：standard启动模式Activity栈从栈底到栈顶顺序为A1 -> B -> C -> A2…。（其中A、B、C等都表示不同的Activity实例，A1、A2则表示属于具有同一Activity类的不同实例）

2.singleTop

为<activity>指定属性android:launchMode=“singleTop”，系统就会按照singleTop启动模式处理跳转行为。singleTop启动模式体现为2种，就是Activity处于栈顶和不处于栈顶。当Activity处于栈顶singleTop模式的原理如下图所示：
在这里插入图片描述
正如上图所示，跳转时系统会先在栈结构中寻找是否有一个FirstActivity实例正位于栈顶，如果有则不再生成新的，而是直接使用。当Activity不处于栈顶的时候singleTop模式的原理如下图所示：

我们看到，当从SecondActivity跳转到FirstActivity时，系统发现存在有FirstActivity实例,但不是位于栈顶，于是重新生成一个实例。

这就是singleTop启动模式，如果发现有对应的Activity实例正位于栈顶，则重复利用，不再生成新的实例。

简单点理解：singleTop即表示当前Activity栈中“栈顶唯一”，Activity跳转顺序或standard模式下栈结构如果为：A -> B -> C -> D1 -> D2，则singleTop启动模式为：A -> B -> C -> D1(此时回调D1的onNewIntent()…)。

3.singleTask

修改FirstActivity的属性android:launchMode=“singleTask”。singleTask模式的原理图如下图所示：
在这里插入图片描述
在图中的下半部分是SecondActivity跳转到FirstActivity后的栈结构变化的结果，我们注意到，SecondActivity消失了，没错，在这个跳转过程中系统发现有存在的FirstActivity实例，于是不再生成新的实例，而是将FirstActivity之上的Activity实例统统出栈，将FirstActivity变为栈顶对象，显示到幕前。也许朋友们有疑问，如果将SecondActivity也设置为singleTask模式，那么SecondActivity实例是不是可以唯一呢？在我们这个示例中是不可能的，因为每次从SecondActivity跳转到FirstActivity时，SecondActivity实例都被迫出栈，下次等FirstActivity跳转到SecondActivity时，找不到存在的SecondActivity实例，于是必须生成新的实例。但是如果我们有ThirdActivity，让SecondActivity和ThirdActivity互相跳转，那么SecondActivity实例就可以保证唯一。

这就是singleTask模式，如果发现所在Activity栈中有对应的Activity实例，则使此Activity实例之上的其他Activity实例统统出栈，使此Activity实例成为栈顶对象，显示到幕前。

简单点理解：singleTask表示当前Activity栈中“实例唯一”，Activity跳转顺序或standard模式下栈结构如果为：A -> B1 -> C -> D -> B2，则singleTask启动模式为：A -> B1(此时回调onNewIntent()…)

4.singleInstance

修改FirstActivity的launchMode=“standard”，SecondActivity的launchMode=“singleInstance”。关于singleInstance的原理图如下：
在这里插入图片描述
我们看到从FirstActivity跳转到SecondActivity时，重新启用了一个新的栈结构，来放置SecondActivity实例，然后按下后退键，再次回到原始栈结构；图中下半部分显示的在SecondActivity中再次跳转到FirstActivity，这个时候系统会在原始栈结构中生成一个FirstActivity实例，然后回退两次，注意：并没有退出，而是回到了SecondActivity，为什么呢？是因为从SecondActivity跳转到FirstActivity的时候，我们的起点变成了SecondActivity实例所在的栈结构，这样一来，我们需要“回归”到这个栈结构。

此处的解释不是很赞同，第一次按Back键首先是在当前Activity栈中将栈顶元素出栈，然后显示当前Activity栈中下一个Activity栈，这个没什么解释的，然后按下Back键，不是回到手机桌面，而是回到另一个Activity栈中的SecondActivityInstance，我认为原因在于在于“最近栈”，只要此栈位于上次Home操作之后，就会先显示它。

如果我们修改FirstActivity的launchMode值为singleTop、singleTask、singleInstance中的任意一个，流程将会如图所示：
在这里插入图片描述
singleInstance启动模式可能是最复杂的一种模式，为了帮助大家理解，我举一个例子，假如我们有一个share应用，其中的ShareActivity是入口Activity，也是可供其他应用调用的Activity，我们把这个Activity的启动模式设置为singleInstance，然后在其他应用中调用。我们编辑ShareActivity的配置：

<activity android:name=".ShareActivity" android:launchMode="singleInstance">
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
    <intent-filter>
        <action android:name="android.intent.action.SINGLE_INSTANCE_SHARE" />
        <category android:name="android.intent.category.DEFAULT" />
    </intent-filter>
</activity>

然后我们在其他应用中这样启动该Activity：

Intent intent = new Intent("android.intent.action.SINGLE_INSTANCE_SHARE");
startActivity(intent);

当我们打开ShareActivity后再按后退键回到原来界面时，ShareActivity做为一个独立的个体存在，如果这时我们打开share应用，无需创建新的ShareActivity实例即可看到结果，因为系统会自动查找，存在则直接利用。大家可以在ShareActivity中打印一下taskId，看看效果。关于这个过程，原理图如下：
在这里插入图片描述
原作者此处的解释可能有点让人误解。当我们打开ShareActivity后再按后退键回到原来界面时，ShareActivity做为一个独立的个体存在，此处不应该是按Back键，而是Home键，因为一旦按下了Back键，ShrareActivityInstance自然就销毁了，也就不存在所谓的“无须重新创建了”。按下Home键后，接下来打开app MainActivity，在另一个Activity栈中app MainActivity入栈，此时startActivity到ShareActivity，无需创建新的ShareActivity实例即可看到结果，因为系统会自动查找，存在则直接利用。此时第一次按下Back，ShareActivity Instance出栈，此时这个栈中没有其他Activity了，自然是回到了app MainActivity所在的栈并显示app MainActivity，接下来按Back键，此时app MainActivity所在的栈也没有其他Activity了，同时又不包含任何其他的“最近栈”，自然是回到了手机桌面。注：此处理解的“最近栈”是以Home键或桌面状态为间隔区分。

简单点理解：singleInstance所标识的Activity，当被启动时，系统会首先判断系统其他栈中是否已经存在此Activity实例，有则直接使用，并且其所在的Activity栈理论上只有它一个Activity元素。所以启动它的Activity与它并不在一个task中，所以才需要特别注意Back的问题。一般表示为：task1 A -> task2 B。

singleInstance表示该Activity在系统范围内“实例唯一”。由此我们发现，singInstance和singleTask主要区别在与系统范围内的“实例唯一”还是当前Activity栈“实例唯一”。

5.四种模式的区别

这几种模式的区别体现以下四点上：

当这个activity被激活的时候，会放入哪个任务栈

对于“standard”和“singleTop”模式，这个新被激活的activity会放入和之前的activity相同的任务栈中――除非Intent对象包含FLAG_ACTIVITY_NEW_TASK标志。
对于“singleTask”模式，并不会每次都新启动一个task。如果已经存在一个task与新activity亲和度（taskAffinity）一样，则activity将启动到该task。如果不是，才启动一个新task。同一个application里面，每个activity的taskAffinity默认都是一样的。
对于“singleInstance”模式，则表示这个新被激活的activity会重新开启一个任务栈，并作为这个新的任务栈的唯一的activity。

是否可以存在这个activity类型的多个实例。

对于“standard”和“singleTop”模式，可以有多个实例，并且这些实例可以属于不同的任务栈，每个任务栈也可以包含有这个activity类型的多个实例。"singleTop"要求如果创建intent的时候栈顶已经有要创建的Activity的实例，则将intent发送给该实例，而不发送给新的实例。
对于“singleTask”和”singleInstance”模式，则限制只生成一个实例。

包含此activity的任务栈是否可以包含其它的activity。

对于“singleInstance”模式，表示包含此activity的任务栈不可以包含其它的activity。若此activity启动了另一个activity组件，那么无论那个activity组件的启动模式是什么或是Intent对象中是否包含了FLAG_ACTIVITY_NEW_TASK标志，它都会被放入另外的任务栈。在其它方面“singleInstance”模式和“singleTask”模式是一样的。
对于其余三种启动模式，则允许包含此activity的任务栈包含其它的activity。

是否每次都生成新实例

对于默认的“standard”模式，每当响应一个Intent对象，都会创建一个这种activity类型的新的实例。即每一个activity实例处理一个intent。
对于“singleTop”模式，只有当这个activity的实例当前处于任务栈的栈顶位置，则它会被重复利用来处理新到达的intent对象。否则就和“standard”模式的行为一样。

对于“singleInstance”模式，其所在栈的唯一activity，它会每次都被重用。

对于“singleTask”模式，在其上面可能存在其它的activity组件，所以它的位置并不是栈顶，在这种情况下，intent对象会被丢弃。（虽然会被丢弃，但是这个intent对象会使这个任务栈切换到前台）

注意：当已经存在的activity实例处理新的intent时候，会调用onNewIntent()方法
若为了处理一个新到达的intent对象而创建了一个activity实例，则用户按下“BACK”键就会退到之前的那个activity。但若这个新到达的intent对象是由一个已经存在的activity组件来处理的，那么用户按下“BACK” 键就不会回退到处理这个新intent对象之前的状态了。

三、Using Intent flags

当开启一个activity时，可以通过在intent中包含标志来修改activity的默认的与当前task的关联，然后将该intent传递给startActivity().可以修改的默认的标志为：

FLAG_ACTIVITY_NEW_TASK
在一个新的task中开启一个activity。如果包含该activity的task已经运行，该task就回到前台，activity通过onNewIntent()接受处理该intent。
这是与"singleTask"登录模式相同的行为。
FLAG_ACTIVITY_SINGLE_TOP
如果要被开启的activity是当前的activity（在返回栈的顶部），已经存在的实例通过onNewIntent()接收一个调用，然后处理该intent，而非重新创建一个新的实例。
这与"singleTop"登录模式有相同的行为。
FLAG_ACTIVITY_CLEAR_TOP
如果要被开启的activity已经在当前的task中运行，系统不会生成该activity的一个新的实例，在该栈顶部的所有其他的activity会被销毁，这个intent通过 onNewIntent()被传递给该重新运行的activity的实例（现在在栈顶部）。
manifest中没有相对应的属性。

FLAG_ACTIVITY_CLEAR_TOP经常和FLAG_ACTIVITY_NEW_TASK一起使用。当一起使用时，这些标志可以确定一个存在的activity在另一个task中的位置，并且将其放置于可以响应intent的位置（FLAG_ACTIVITY_NEW_TASK确定该activity，然后FLAG_ACTIVITY_CLEAR_TOP销毁顶部其他的activity）。如果指定的activity的登录模式是"standard"，也会被从栈中移除，一个新的实例也会被登录到它的位置来处理到来的intent。那是因为当登录模式为 "standard"时，一个新的实例总是被创建。

注意：其实以上的解释一起用非常复杂，比如一般系统默认activity是standard，但当我activity代码设置为FLAG_ACTIVITY_NEW_TASK时仍然还是生成新的activity，当设置FLAG_ACTIVITY_CLEAR_TOP 时也是生成新的activity，当FLAG_ACTIVITY_CLEAR_TOP和FLAG_ACTIVITY_NEW_TASK时也是生成新的activity，或许这句好是经典“登录模式为 "standard"时，一个新的实例总是被创建”。

以下的两种方式是我经常用的。
Activity的两种启动模式：FLAG_ACTIVITY_CLEAR_TOP和FLAG_ACTIVITY_REORDER_TO_FRONT

如果已经启动了四个Activity：A，B，C和D。在D Activity里，我们要跳到B Activity，同时希望C finish掉，可以在startActivity(intent)里的intent里添加flags标记，如下所示：

Intent intent = new Intent(this, B.class);    
intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);   
startActivity(intent);

这样启动B Activity，就会把D，C都finished掉，如果你的B Activity的启动模式是默认的（multiple），则B Activity会finished掉，再启动一个新的Activity B。如果不想重新再创建一个新的B Activity，则在上面的代码里再加上：

intent.addFlags(Intent.FLAG_ACTIVITY_SINGLE_TOP);

这样B Activity就会再创建一个新的了，而是会重用之前的B Activity，同时调用B Activity的onNewIntent()方法。

如果已经启动了四个Activity：A，B，C和D，在D Activity里，想再启动一个Actvity B，但不变成A,B,C,D,B，而是希望是A,C,D,B，则可以像下面写代码：

Intent intent = new Intent(this, MainActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_REORDER_TO_FRONT); 
startActivity(intent);

1.onNewIntent(Intent intent):

在Android应用程序开发的时候，从一个Activity启动另一个Activity并传递一些数据到新的Activity上非常简单，但是当您需要让后台运行的Activity回到前台并传递一些数据可能就会存在一点点小问题。

首先，在默认情况下，当您通过Intent启到一个Activity的时候，就算已经存在一个相同的正在运行的Activity,系统都会创建一个新的Activity实例并显示出来。为了不让Activity实例化多次，我们需要通过在AndroidManifest.xml配置activity的加载方式（launchMode）以实现单任务模式，如下所示：

<activity android:label="@string/app_name" android:launchmode="singleTask"android:name="Activity1">
</activity>

launchMode为singleTask的时候，通过Intent启到一个Activity,如果系统已经存在一个实例，系统就会将请求发送到这个实例上，但这个时候，系统就不会再调用通常情况下我们处理请求数据的onCreate方法，而是调用onNewIntent方法，如下所示:

protected void onNewIntent(Intent intent) {
	super.onNewIntent(intent);
	setIntent(intent);//must store the new intent unless getIntent() will return the old one
	processExtraData();
}

不要忘记，系统可能会随时杀掉后台运行的Activity，如果这一切发生，那么系统就会调用onCreate方法，而不调用onNewIntent方法，一个好的解决方法就是在onCreate和onNewIntent方法中调用同一个处理数据的方法，如下所示：

public void onCreate(Bundle savedInstanceState) {
	super.onCreate(savedInstanceState);
	setContentView(R.layout.main);
	processExtraData();
}

protected void onNewIntent(Intent intent) {
	super.onNewIntent(intent);
	setIntent(intent);//must store the new intent unless getIntent() will return the old one
	processExtraData()
}

private void processExtraData(){
	Intent intent = getIntent();
	//use the data received here
}