本系列开始介绍activity的四大组件，主要是整理网络上关于这一部分的相关资料。包含如下三篇文章：
android基础知识05：四大组件之activity 01：基础知识
android基础知识05：四大组件之activity 02：activity与task
android基础知识05：四大组件之activity 03：启动模式实例
通过上一篇的博文介绍，大家应该对activity有个比较直观的认识。
本文将继续介绍activity与task的关系。
本文主要来自博文：《Android四种Activity的加载模式》《Android Activity LaunchMode 验证》《Android的七巧板Activity之二 Activity的加载模式》
1、Activity栈
上面提到开发者是无法控制Activity的状态的，那Activity的状态又是按照何种逻辑来运作的呢？这就要知道 Activity 栈。
每个Activity的状态是由它在Activity栈（是一个后进先出LIFO，包含所有正在运行Activity的队列）中的位置决定的。
当一个新的Activity启动时，当前的活动的Activity将会移到Activity栈的顶部。
如果用户使用后退按钮返回的话，或者前台的Activity结束，在栈上的Activity将会移上来并变为活动状态。如下图所示：
一个应用程序的优先级是受最高优先级的Activity影响的。当决定某个应用程序是否要终结去释放资源，Android内存管理使用栈来决定基于Activity的应用程序的优先级。
2、Activity状态
一般认为Activity有以下四种状态：
活动的：当一个Activity在栈顶，它是可视的、有焦点、可接受用户输入的。Android试图尽最大可能保持它活动状态，杀死其它Activity来确保当前活动Activity有足够的资源可使用。当另外一个Activity被激活，这个将会被暂停。
暂停：在很多情况下，你的Activity可视但是它没有焦点，换句话说它被暂停了。有可能原因是一个透明或者非全屏的Activity被激活。
当被暂停，一个Activity仍会当成活动状态，只不过是不可以接受用户输入。在极特殊的情况下，Android将会杀死一个暂停的Activity来为活动的Activity提供充足的资源。当一个Activity变为完全隐藏，它将会变成停止。
停止：当一个Activity不是可视的，它“停止”了。这个Activity将仍然在内存中保存它所有的状态和会员信息。尽管如此，当其它地方需要内存时，它将是最有可能被释放资源的。当一个Activity停止后，一个很重要的步骤是要保存数据和当前UI状态。一旦一个Activity退出或关闭了，它将变为待用状态。
待用： 在一个Activity被杀死后和被装在前，它是待用状态的。待用Acitivity被移除Activity栈，并且需要在显示和可用之前重新启动它。
3、activity的四种加载模式
在android的多activity开发中，activity之间的跳转可能需要有多种方式，有时是普通的生成一个新实例，有时希望跳转到原来某个activity实例，而不是生成大量的重复的activity。加载模式便是决定以哪种方式启动一个跳转到原来某个Activity实例。
在android里，有4种activity的启动模式，分别为：
standard: 标准模式，一调用startActivity()方法就会产生一个新的实例。
singleTop: 如果已经有一个实例位于Activity栈的顶部时，就不产生新的实例，而只是调用Activity中的newInstance()方法。如果不位于栈顶，会产生一个新的实例。
singleTask: 会在一个新的task中产生这个实例，以后每次调用都会使用这个，不会去产生新的实例了。
singleInstance: 这个跟singleTask基本上是一样，只有一个区别：在这个模式下的Activity实例所处的task中，只能有这个activity实例，不能有其他的实例。
这些启动模式可以在功能清单文件AndroidManifest.xml中进行设置，<activity>中的launchMode属性。
相关的代码中也有一些标志可以使用,比如我们想只启用一个实例,则可以使用 Intent.FLAG_ACTIVITY_REORDER_TO_FRONT 标志，这个标志表示：如果这个activity已经启动了，就不产生新的activity，而只是把这个activity实例加到栈顶来就可以了。
Intent intent = new Intent(ReorderFour.this, ReorderTwo.class);
intent.addFlags(Intent.FLAG_ACTIVITY_REORDER_TO_FRONT);
startActivity(intent);
Activity的加载模式受启动Activity的Intent对象中设置的Flag和manifest文件中Activity的<activity>元素的特性值交互控制。
下面是影响加载模式的一些特性
核心的Intent Flag有：
FLAG_ACTIVITY_NEW_TASK
FLAG_ACTIVITY_CLEAR_TOP
FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
FLAG_ACTIVITY_SINGLE_TOP
核心的<activity>特性有：
taskAffinity
launchMode
allowTaskReparenting
clearTaskOnLaunch
alwaysRetainTaskState
finishOnTaskLaunch
4、四种加载模式的区别
1）所属task的区别
一般情况下，“standard”和”singleTop”的activity的目标task，和收到的Intent的发送者在同一个task内，就相当于谁调用它，它就跟谁在同一个Task中。
除非Intent包括参数FLAG_ACTIVITY_NEW_TASK。如果提供了FLAG_ACTIVITY_NEW_TASK参数，会启动到别的task里。
“singleTask”和”singleInstance” 总是把要启动的activity作为一个task的根元素，他们不会被启动到一个其他task里。
2）是否允许多个实例
“standard”和”singleTop”可以被实例化多次，并且是可以存在于不同的task中；这种实例化时一个task可以包括一个activity的多个实例；
“singleTask”和”singleInstance”则限制只生成一个实例，并且是task的根元素。
singleTop 要求如果创建intent的时候栈顶已经有要创建的Activity的实例，则将intent发送给该实例，而不创建新的实例。
3）是否允许其它activity存在于本task内
“singleInstance”独占一个task，其它activity不能存在那个task里；
如果它启动了一个新的activity，不管新的activity的launch mode 如何，新的activity都将会到别的task里运行（如同加了FLAG_ACTIVITY_NEW_TASK参数）。
而另外三种模式，则可以和其它activity共存。
4）是否每次都生成新实例
“standard”对于每一个启动Intent都会生成一个activity的新实例；
“singleTop”的activity如果在task的栈顶的话，则不生成新的该activity的实例，直接使用栈顶的实例，否则，生成该activity的实例。
比如：
现在task栈元素为A-B-C-D（D在栈顶），这时候给D发一个启动intent，如果D是 “standard”的，则生成D的一个新实例，栈变为A－B－C－D－D。
如果D是singleTop的话，则不会生产D的新实例，栈状态仍为A-B-C-D
如果这时候给B发Intent的话，不管B的launchmode是”standard” 还是 “singleTop” ，都会生成B的新实例，栈状态变为A-B-C-D-B。
“singleInstance”是其所在栈的唯一activity，它会每次都被重用。
“singleTask” 如果在栈顶，则接受intent，否则，该intent会被丢弃，但是该task仍会回到前台。 当已经存在的activity实例处理新的intent时候，会调用onNewIntent()方法，如果收到intent生成一个activity实例，那么用户可以通过back键回到上一个状态；如果是已经存在的一个activity来处理这个intent的话，用户不能通过按back键返回到这之前的状态。
5、Android Activity LaunchMode 验证
在Android中，每个Activity有4种LaunchMode，默认是standard，下面对这四种模式进行实例验证加深理解。
设计两个Activity，分别称为A，B，每个Activity上面都放置两个按钮，一个启动A，一个启动B。
界面如下：（上面的一行文字用来识别是在A界面还是在B界面）
在代码中实现onCreate()：
Button btnA = (Button)findViewById(R.id.btnA);
btnA.setOnClickListener(new OnClickListener() {
public void onClick(View v) {
// TODO Auto-generated method stub
startActivity(new Intent(A.this, A.class));
}
});
Button btnB = (Button)findViewById(R.id.btnB);
btnB.setOnClickListener(new OnClickListener() {
public void onClick(View v) {
// TODO Auto-generated method stub
startActivity(new Intent(A.this, B.class));
}
});
Log.e("Task:"+getTaskId(), "A" + mId + " created."); Log.e("Task:"+getTaskId(), "A" + mId + " onNewIntent."); Log.e("Task:"+getTaskId(), "A" + mId + " destroyed."); 这样就可以直观的从Logcat输出中看到Activity的创建、销毁以及请求的响应。
Task:9(380): A1 created.
A被创建了一个实例A1，并且放在了任务9中。
此时任务栈中内容为：
A
点击界面上启动A的按钮，看到输出：
Task:9(380): A2 created.
A再次被创建了一个新的实例A2，仍然放在任务9中。
此时任务栈中内容为：
AA
点击启动B的按钮，
Task:9(380): B1 created.
B被创建一个新的实例B1，仍然放在任务9中。
此时任务栈内容为：
AAB
再启动B，
Task:9(380): B2 created.
B又被创建了一个新的实例B2，仍然在任务9中。
任务栈内容为：
AABB
按Back键依次返回桌面，输出依次为：
Task:9(380): B2 destroyed.
Task:9(380): B1 destroyed.
Task:9(380): A2 destroyed.
Task:9(380): A1 destroyed.
任务栈的变化次序为：
AABB
AAB
AA
A
结论：
每个Intent，都创建了一个新的Activity来响应，并且Back时是按照弹栈的顺序处理的。
2.B设置为SingleTop，启动Ap：
Task:10(409): A1 created.
再启动A：
Task:10(409): A2 created.
再启动B：
Task:10(409): B1 created.
再启动B：
Task:10(409): B1 onNewIntent.
结论：
当B不在栈顶时，仍然会创建B的新实例。
当B在栈顶时，请求启动B的Intent并没有触发创建B的新实例，而是触发了栈顶B的onNewIntent()
按Back键依次返回桌面，输出依次为：
Task:10(409): B1 destroyed.
Task:10(409): A2 destroyed.
Task:10(409): A1 destroyed.
结论：
虽然发送了四次Intent，但实际上只创建了3个Activity，所以只有3次销毁输出。
3.B设置为SingleTask，启动Ap：
Task:11(438): A1 created.
启动B：
Task:11(438): B1 created.
启动A：
Task:11(438): A2 created.
启动B：
Task:11(438): B1 onNewIntent.
Task:11(438): A2 destroyed.
结论：
当B已经存在时，再次请求B会触发已经存在的B1实例的onNewIntent；
并且如果B所在的任务栈上面有其他Activity，那么其他Activity会被销毁。
4.B设置为SingleInstance，启动Ap：
Task:12(466): A1 created.
启动B，此时新创建了任务栈13，和先前的A1并不在一个任务。
Task:13(466): B1 created.
再启动B，没有创建新实例：
Task:13(466): B1 onNewIntent.
再启动A，再旧的任务12中创建了A的新实例
Task:12(466): A2 created.
按下Back键：
Task:12(466): A2 destroyed.
看输出和前面没区别，但是注意界面，此时不是切换到B界面，因为此时活动任务是12，所以A1被显示了出来。
再次按下Back键：
Task:12(466): A1 destroyed.
此时因为任务12已经结束，B1所在的任务13成为活动任务，B1的界面才被显示出来。
扫一扫
1309
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
