Activity之理解Tasks和Back Stack

Task是一组Activity的集合，用户与之交互用于完成一个特定的任务。所有的Activity被安排在一个stack中称之为back stack， Activity按照打开的顺序存放于其中。例如，一个邮件APP可以有一个用于显示接收的新邮件列表的Activity。当用户选择一封邮件，那一个新的Activity会打开显示其内容。这个新的Activity就会被添加到back stack。 如果用户按下Back按钮，那么这个新打开的Activity会被finish并从stack中弹出消失。

当App运行在Android7(API Level 24)或更高版本的多窗口的环境中，系统会为每一个窗口单独管理task；每一个窗口可以拥有多个task。 设备的Home屏幕是用于启动绝大多数task的地方。当用户触点Launcher桌面App图标时，App的task会进入前台运行。如果App对应的task并不存在（最近用户并未打开过App)，就会创建一个新的task，把打开应用的入口Activity放在stack中作为根Activity。 如果当前Activity启动另外一个Activity，那么新打开的Activity会被压到stack的顶端并得到焦点。而前一个Activity会保留在stack中，并处于stopped状态。一个stop的Activity，系统会保留它与用户交互的状态。当用户触点Back按钮。当前的Activity会从栈顶弹出（Activity被销毁）而前一个Activity会重新进入可见状态（UI状态被恢复）。在stack中的Activity并不会被重新安排，仅只做弹出和压入的动作。back stack保持着“后进，先出”的数据结构。如下图所示

图1 

图1表示新的Activity是如何添加到back stack中的，当用户触点Back按钮时，当前Activity被销毁并使前一个Activity可见。

如果用户继续按Back按钮，那么stack中的Activity会顺次弹出并暴露出前一个Activity，直到用户返到Home屏幕(或者直到启动这个task的Activity),当所有的activity全部都从stack中移除后，stack也不复存在了。

在用户启动一个新task或者按home按钮返回到home屏幕时，task是一个可以整体移至后台的单位。当移入后台时，task中的所有activity都会进入stop状态，失去了焦点，显示如同图2

图2 （有两个task, taskB接受到用户的操作移到前台，同时taskA 移于后台等待重新恢复到前台）

task可以恢复到前台，用户得以可以继续操作，相反，例如，当前task A在stack中保存有三个activity，有两个activity在当前activity的下面。用户按下Home按钮，然后从Launcher桌面上启动一个新的app, 当home屏幕出现时，task A进入后台，当新的app启动时，系统为它启动一个新的task B用来存放stack, 在用户和app交互后，用户再次返回home屏幕，并再次选择原来启动task A的app。 现在，task A再次回到前台，在它的stack中依然保持着三个activity,stack顶部的activity变为可见。同理，用户也可以通过home键返回home屏幕，并再选择进和task B的app图标（或者从最近使用的APP）。以上是一个Android多task的例子。

注意：多task可以被保存后台，然而，如果用户在后台运行太多的task时，系统可以销毁后台的activity用于恢复内存，这会引发activity的状态丢失。

在stack中的activity重来不会被主动重新排序，但如果用户主动请求一个activity多次时，一个新activity实例会被创建并压入栈中（而不是把前面已创建的实例移于栈顶）。如图3

图3

如果用户用back按钮返回时，每一个activity实例都会得以展示（带有自己的ui状态）。然而，你可以修改这个行为，如果你不希望activity被实例化多次。如果做呢？见后面讨论的管理task。

总结一下activity和task的默认行为：

• 当activity A启动activity B, Activity A被stop, 但系统会保存它的ui状态（如滚动条的位置，表单中输入的文字）。如果用户在Activity B按下Back按钮, Activity A会重新显示并恢复它的状态。
• 当用户离开task通过按下home键，当前的activity会被stop，它对应的task会进入后台，系统会保留task中的每一个activity的状态，如果用户稍后选择app icon，可以重新切回task，task的栈顶activity变为可见
• 如果用户按下back按钮，当前activity会被弹出栈顶划被销毁，栈中的前一个activity变为可见。当activity被销毁时，系统不再保留它的状态。
• activity可以被创建多次，甚至可以位于不同的task

管理Task

如上所述，Android管理task和stack的方式就是把所有的activity一连串的放在同一个task中并按“后进，先出”的原则管理。你可以打破这一惯例，也许你希望一个activity启动时时放在一个新的task中（而不是当前task),或者，你希望启动一个已经存在的activity，而不是在栈顶再创建一个新的activity实例。或者你希望在用户离开task时只保留栈底的根activity，并清除掉其它的activity

你可以做到或做到更多，通过在manifest的<activity>声明中带上属性或者通过在startActivity()时使用Intent带上标记。

相关的属性如下：

• taskAffinity
• launchMode
• allowTaskReparenting
• clearTaskOnLaunch
• alwaysRetainTaskState
• finishOnTaskLaunch

相关的标记如下：

• FLAG_ACTIVITY_NEW_TASK
• FLAG_ACTIVITY_CLEAR_TOP
• FLAG_ATIVITY_SINGLE_TOP

下面的章节你会看到如何用属性和标记定义activity和task的关联，以及activity在stack中的行为。

定义Launch mode

Launch mode允许你定义activity实例与当前task如何关联，你可以定义不同的启动方式，通过下面介绍的两种方式：

• 用manifest
• 用Intent flag

有时可能会出现这种情况，例如Activity A 启动Activity B，Activity B可以在manifest中定义它如何与当前task关联，而Activity A也可以通过Intent来请求Activity B如何与当前task关联。这时，后者优先。

注意：有一些Launch mode在manifest中有效，而在flag中无效,反之亦然。

使用manifest配置

通过launchMode属性，它指定activity应该在哪一个task中启动，有四种不同的launch mode属性值:

• standard(默认值) 系统在当前task中创建一个activity实例。activity可以被实例化多次，每一个实例可以属于不同的task，一个task中也可以有多个实例。

• singleTop 如果一个activity实例已经位于当前task顶端，系统会发送给它intent并调用onNewIntent(), 而不是创建一个新的实例。Activity可以实例化多次，每一个实例可以属于不同的task，每一上task可以拥有多个实例（仅出现在stack顶端不存在activity的实例时）

例如，task的栈由根activity A，B,C, D在顶部，一个itent到达Activity D, 如果D是standard属性，一个新的实例会创建，stack成为A-B-C-D-D,然而，如果D是singleTop属性，那么D会收到intent并执行onNewIntent()，这时栈保持A-B-C-D。然而，如果itnent是发给B的，B如果是singleTop，那么B的实例会加入栈。

注意：当一个新的activity实例被创建，用户可以按back键返回前一个activity. 但是当存在的activity处理了新的intent执和onNewIntent()，那用户不能通过back返回到以前的状态.

• singleTask 系统创建一个新的task并实例activity放在task的栈底。然而，如果activity实例已存在一个task中，系统会发送intent并调用onNewIntent()，而不是创建一个新的实例。在任一时刻，只有一个activity的实例。

注意：虽然activity在一个新的task中启动，back操作仍可以返回前一个activity.

• singleInstance 如同singleTask，除了系统不会将其它activity放入保存当前的task中，这个activity永远单独存在于自己的task中；这个activity启动任意其他activity都会在其它的task打开.

举一个例子，Android浏览器app声明的web activity应该总是在它自己的task中打开--通过指定singleTask属性。这意味着，如果你的APP打开Android Browser，web activity不会出现在你的app页面对应的task，不论web activity是否已经存在。

不管activity是否启动新task还是和启动它的Activity在同一个task，back键总是将用户带到前一个activity.然而，如果你启动activity用singleTask，并且如果activity已经存在于一个后台task，那么整个task会移置前台。从这一点上讲，stack现包括了从task转移所有的activity。图4说明这一场景。

图4说明singleTask的activity如何被加入stack，如果activity已经是后台task的自有stack中，那么整个stack都被移到前台，在当前task的头部。

使用Intent标记

有如下标记可用：

• FLAG_ACTIVITY_NEW_TASK 启动一个activity在一个新的task. 如果task已经存在并运行着一个你想启动的Activity，那么这个task被置于前台，并恢复activity的状态，调用onNewIntent（） 这个行为与上面讨论的singTask Launch model相同。

• FLAG_ACTIIVTY_SIGNLE_TOP 如果activity已经启动并且位于stack顶部，那么会被调用onNewIntent()，而不是创建一个新的实例。 这个行为同singleTop Launch model

• FLAG_ACTIVITY_CLEAR_TOP 如果activity已经在当前task中运行，那么就不会新建实例，在其上的所有activity都会被销毁，这个activity会移到stack顶部并调用onNewIntent 这个值在launchMode中无对应配置

FLAG_ACTIVTY_CLEAR_TOP通常与FLAG_ACTIVITY_NEW_TASK连用，用于定位一个在其他task中已存在的activity,并移于task头部。

注意：如果launchMode设置为standard, 它也会被从stack中移除，而是重新创建一个新的实例，那是因为在standard模式下一个新的Intent就会导致创建一个新的activity实例。

处理affinity

affinity指task应该归属于哪个task. 默认情况下，同一个app的所有activity都有相同的affinity。所以默认情况下，同一个app的所有activity都属于同一个task，然而，你可以修改这一行为。不同app的activity可以共享affinity，所以同一app的activity也可以指定不同的affinity.

你可以修改<activity>的taskAffinity属性。 的taskAffinity属性是一个字符串值，它必须区分与<manifest>中定义的包名，因为系统使用这个名字做为默认affinity的值

affinity在两个状态下使用

• 当启动activity的Intent包括FLAG_ACTIVITY_NEW_TASK标记。默认情况下，一个activity调用startActivity()会导致，一个新的activity实例创建并放在同一个task的stack中，然而如果intent带有FLAG_ACTIVITY_NEW_TAS标记, 系统会寻找一个新的task存放新的Activity，通常会新建一个task,然而也可以不必创建，只要已经存在一个task且task的affinity与新activity的affinity相同，那么新的activity就会被放在task中，而不用新建。 如果activity放在新建的task中，那么用户点击home按钮离开activity时，就必须有留一条路让用户可以重新导航回来。例如，通知管理器总是启动activity在一个新的task中，因为它发出的intent总是带有FLAG_ACTIVITY_NEW_TASK, 如果你的activity可以从外部调用可以使用这种方式，如通过launch icon重新返回。

• 当activity的allowTaskReparenting属性设为true 在这种情况下，activity可以根据affinity从一个后台的task移到一个前台的task

举例，假设一个旅行内容的APP，它有一个根据选择的城市显示天气的activity, 这个Activity与应用里其他activity具有相同的affinity，并且它的allowTaskReparenting属性设为true。当你的APP调用天气的activity时，它会进入你activity对应的task, 然而，当旅行app置入前台时，它又会重新回到原来的task中。

清除stack

如果用户离开task较长时间，系统会清除掉task中所有的actvity，除了根activity，当用户再次返回task，只有根activity可以恢复状态，因为系统认为超出一定的时间，用户很可能已经放弃他们以前浏览的页面，返回时会新建页面。

有一些activity属性可以让你修改这一行为。

• alwaysRetainTaskState 如果一个task的根activity的属性设为true, 那么默认的行为就不会发生。task会保留所有的activity在Stack中，即使用户离开很长时间。

• clearTaskOnLaunch 如果一个task的根activity的属性设为true, 那么Stack中activity会被清除，但会保留根activity，换句话说，他是alwaysRetainTaskState相反的特性，用户返咽task时总是会发生又重新回到初始状态，即使用户只是离开了一小会儿。

• finishOnTaskLaunch 这个属性比较象clearTaskOnLaunch，但是它只操作在一个activity上，而不是作用于整个task， 它可能让任何一个activity离开，包括根activity。当他设置为true时，task中只保留部分activity，当前activity不存在了。

启动task

你可以设置一个activity做为task的入口点，以"android.intent.action.MAIN" action和 "android.intent.category.LAUNCHER" category， 这种类型的Intent filter会导致一个icon和标题显示在桌面上，让用户可以启动它并再次返回task.

第二个能力很重要，用户可以离开task后再次点icon返回task，因为这个原因，有两个launchMode标识的Activity总是会初始化一个task, "singleTask" 和 "singleInstance"，这两个launchMode只应该在有 ACTION_MAIN和CATEGORY_LAUNCHER filter时使用。想象一下，如果filter缺失会发生什么：一个Intent启动一个singleTask的activity, 初如化一个task，然后用户在task工作了一段时间，用户按下home键，task进入后台不可见。现在用户再也无法返回task，因为他没有出现在launch桌面上。 为了某些原因，你不希望用户可以重新返回Activity, 你可以设置<activity>的属性finishOnTaskLaunch为true.