Task(Activity栈) 详解

什么是Android Application？

简单来说，一个apk文件就是一个Application。

任何一个Android Application基本上是由一些Activities组成，当用户与应用程序交互时其所包含的部分Activities具有紧密的逻辑关系，或者各自独立处理不同的响应。

这些Activities捆绑在一起成为了一个处理特定需求的Application, 并且以“.apk”作为后缀名存在于文件系统中。

Android平台默认下的应用程序 例如：Email、Calendar、Browser、Maps、Text Message、Contacts、Camera和Dialer等都是一个个独立的Apps。

安装 Application的过程也可以简单理解为将其所包裹的Activities导入到当前的系统中，如果系统中已经存在了相同的Activities， 那么将会自动将其关联，而不会重复安装相同的Activities，避免资源的浪费。

Application卸载的过程也会检查当前所关联的 Activities是否有被其它Application标签所关联，如果仅仅是提供当前的Application使用，那么将会彻底被移除，相反则不做 任何操作。

什么是 Activity Stack？

操作应用程序时，有时需要调用多个Activities来完成需求，例如：发送邮件程序，首先是进入邮件主界面，然后启动一个新的Activity用于填写新邮件内容，同时可以调出联系人列表用于插入收件人信息等等。在这个操作过程中 Android平台有一个专门用于管理Activities堆栈的机制，其可以方便的线性记录Activities实例，当完成某个操作时，可以通过导航功能返回之前的Activity（通过按操作台的“Back”按钮）。

每次启动新的Activity都将被添加到Activity Stack。用户可以方便的返回上一个Activity直到Home Screen，到达Home Screen后，将无法再继续查看堆栈记录（俗话说：到头了）。如果当前Task被中止(Interrupting the task)，返回到系统主界面后启动了其它操作，当希望返回到前一个Task继续执行时，只需要再次通过主界面的Application launcher或者快捷方式启动这个Task的Root Activity便可返回其中止时的状态继续执行。

相对于Views、Windows、Menus和Dialogs而言，Activity是唯一可被记录在History stack中的数据，所以当你所设计的应用程序需要用户由A界面进入到次一级界面B，当完成操作后需要再次返回A,那么必须考虑将A看作为 Activity，否则将无法从历史堆栈中返回。

什么是Task

当我们需要一个Activity可以启动另一个Activity，可能另外一个Activity是定义在不同应用程序中的Activity。

例如，假设你想在你的应用中让用户显示一些地方的街景。而这里已经有一个Activity可以做到这一点，因此，你的Activity所需要做的只是在Intent对象中添加必要的信息，并传递给startActivity()。地图浏览将会显示你的地图。当用户按下BACK键，你的Activity会再次出现在屏幕上。

对于用户来说，看起来好像是地图浏览与你的Activity一样，属于相同的应用程序，即便是它定义在其它的应用程序里，并运行在那个应用程序的进程里。

Android通过将这两个Activity保存在同一个Task里来体现这一用户体验。在一个Task堆栈里的活动Activity可以来自同一个应用程序也可以是来自不同的应用。简单来说，一个Task就是用户体验上的一个“应用”。Task没有实体的堆栈数据结构，它只是逻辑上的一个堆栈。它将相关的Activity组合在一起，以stack的方式管理（就是前面提到的Activity Stack），这就是Task。

Task 有啥用？

我们用过Android的手机就会知道有下面的场景：

假设我们首先在用IReader在看书，从选书到具体书的阅读界面，这是有好几个Activity。我们每一个点击的Activity都被放在阅读这个Task对应的Activity Stack中了，这可以放我们通过回退键返回每一个前面的Activity。

我们在阅读到一半时，想看看Sina微博，按Home键离开了IReader。

在Sina微博界面也是有多个Activity，我们一步到阅读界面。这时候我们每一个点击的Activity都被放在Sina微博这个Task对应的Activity Stack中了，这可以放我们通过回退键返回每一个前面的Activity。

我们这时候再回到IReader读书界面，原先的状态还是保留的。

显然每一个Task有自己的 Activity Stack。

Task就是这样为了方便人们使用手机而设置的，就像前面提到的场景Task可以跨Application。

下面这个图从另外一个角度描述了Application Task Activities的关系

Task通过Application launcher、Home screen的快捷方式或者 由 “Recent Tasks”（长时间按住Home键）最近使用过的Task记录中启动。

当从一个Activity中启动另外一个Activity时，Back键将作用于返回前一个Activity,与此同时 新开启的Activity将被添加到Activity Stack中。

有关更详细的可以参看这篇文章：

[译]关于Activity和Task的设计思路和方法
http://blogold.chinaunix.net/u2/85193/showart_1966109.html

参考资料：

http://skyswim42.egloos.com/3127700

关于Activity和Task的设计思路和方法
http://blogold.chinaunix.net/u2/85193/showart_1966109.html

Android Task
http://www.apkbus.com/forum.php?mod=viewthread&tid=146

______________________________________________________________________________________________________________________

一个任务Task的所有活动Activity作为一个整体运行。整个任务Task可置于前台或后台。例如，一个任务有4个活动Activity在栈中，当用户按下Home键，切换到手机桌面，当选择一个新的应用程序（一个新的任务Task），当前任务Task进入后台。过了一会，用户回到手机桌面并再次选择之前的应用程序（之前的任务），这个任务Task又变为前台运行。

上面所描述的是活动Activity和任务Task之间的默认行为。活动Activity与任务Task之间的行为方式有很多种组合，这由启动活动Activity的意图Intent对象的标志（flags）和应用程序AndroidMenifest文件中活动<activity>元素的属性共同决定的。如下管理Task:

管理Task

通常情况下，我们只需要针对第一个因素进行合理设置就能满足我们应用开发的需求了。Android建议一般的app都不要干涉系统按照默认的方式管理activity和task。如果coder必须指定非默认的管理的方式，最好确定这种效果能符合用户的预期。

Android管理task和back stack的默认行为：activity 在同一个任务中创建并置于先进后出的栈中。如果这种默认的行为不能满足我们的app设计，如：为一个activity创建一个新任务（而不是在相同的任务中），或者启动activity时直接打开已存在的实例（而不是直接在栈顶创建新实例），又或者在用户离开这个task的时候清空除了栈顶以外的全部activity。Android提供了一些属性和flag让coder来指定管理的方式。

在manifest <activity>标签中的相关属性：

launchMode

allowTaskReparenting

clearTaskOnLaunch

alwaysRetainTaskState

finishOnTaskLaunch

Intent 也有相关的flag：

FLAG_ACTIVITY_NEW_TASK

FLAG_ACTIVITY_CLEAR_TOP

FLAG_ACTIVITY_SINGLE_TOP

定义Launch Mode

对<activity> 的launchMode可以指定以下值：

“拿来主义”standard模式。哪里需要调用我我就去哪里，可以多次实例化，可以几个相同的Activity重叠。

“拒绝堆叠”singleTop模式。可以多次实例化，但是不可以多个相同的Activity重叠，当堆栈的顶部为相同的Activity时，会调用onNewIntent函数。

“独立门户”singleTask模式。同一个应用中调用该Activity时，如果该Activity没有被实例化，会在本应用程序的Task内实例化，如果已经实例化，会将Task中其上的Activity销毁后，调用onNewIntent；其它应用程序调用该Activity时，如果该Activity没有被实例化，会创建新的Task并实例化后入栈，如果已经实例化，会销毁其上的Activity，并调用onNewIntent。一句话，singleTask就是“独立门户”，在自己的Task里，并且启动时不允许其他Activity凌驾于自己之上。

“孤独寂寞”singleInstance模式。加载该Activity时如果没有实例化，他会创建新的Task后，实例化入栈，如果已经存在，直接调用onNewIntent，该Activity的Task中不允许启动其它的Activity，任何从该Activity启动的其他Activity都将被放到其他task中，先检查是否有本应用的task，没有的话就创建。

SingleTask的例子：浏览器的browser activity设置了SingleTask只运行在它自己的task中，如果Browser的task现在正在后台当中（task B），而我们的app（task A）的正要打开这个activity，这个task就会被直接移到前台接收我们的intent。

返回键只会将界面返回到当前task的下一个activity，所以Task B回到前台后，返回键会先作用在Task B中，直到最后一个activity被弹出，才会回到我们的Task A栈顶的activity。

注意：launchMode能被Intent 的flag覆盖。

简单小结:

一般我们开发普通的应用程序时，我们只需要使用缺省的standard和singTop方式就够用了，不需要使用singleTask和singleInstance来声明注册的Activity，因为它将破坏用户感觉上的回退操作，给用户使用上带来迷惑，所以一般将这两者用于很耗资源的Activity，通过查看源码发现在源码packages\apps中的程序，有如下一些应用使用了这两者高级设置

AndroidManifest.xml (packages\apps\browser): android:launchMode="singleTask"

AndroidManifest.xml (packages\apps\calendar): <activity android:name="AlertActivity" android:launchMode="singleInstance"

AndroidManifest.xml (packages\apps\contacts): android:launchMode="singleTask"

AndroidManifest.xml (packages\apps\deskclock): android:launchMode="singleInstance"

AndroidManifest.xml (packages\apps\deskclock): android:launchMode="singleInstance"

AndroidManifest.xml (packages\apps\deskclock): android:launchMode="singleInstance"

AndroidManifest.xml (packages\apps\email): android:launchMode="singleTask"

AndroidManifest.xml (packages\apps\launcher2): android:launchMode="singleTask"

AndroidManifest.xml (packages\apps\music): android:launchMode="singleTask"

AndroidManifest.xml (packages\apps\phone): android:launchMode="singleInstance"

AndroidManifest.xml (packages\apps\phone): android:launchMode="singleInstance">

AndroidManifest.xml (packages\apps\quicksearchbox): android:launchMode="singleTask"

AndroidManifest.xml (packages\apps\settings): android:launchMode="singleTask"

AndroidManifest.xml (packages\providers\downloadprovider): android:launchMode="singleTask"

使用Intent 标志

FLAG_ACTIVITY_BROUGHT_TO_FRONT

这个标志一般不是由程序代码设置的，如在launchMode中设置singleTask模式时系统帮你设定。

FLAG_ACTIVITY_CLEAR_TOP

如果设置，并且这个Activity已经在当前的Task中运行，因此，不再是重新启动一个这个Activity的实例，而是在这个Activity上方的所有Activity都将关闭，然后这个Intent会作为一个新的Intent投递到老的Activity（现在位于顶端）中。

例如，假设一个Task中包含这些Activity：A，B，C，D。如果D调用了startActivity()，并且包含一个指向Activity B的Intent，那么，C和D都将结束，然后B接收到这个Intent，因此，目前stack的状况是：A，B。

上例中正在运行的Activity B既可以在onNewIntent()中接收到这个新的Intent，也可以把自己关闭然后重新启动来接收这个Intent。如果它的启动模式声明为“multiple”(默认值)，并且你没有在这个Intent中设置FLAG_ACTIVITY_SINGLE_TOP标志，那么它将关闭然后重新创建；对于其它的启动模式，或者在这个Intent中设置FLAG_ACTIVITY_SINGLE_TOP标志，都将把这个Intent投递到当前这个实例的onNewIntent()中。

这个启动模式还可以与FLAG_ACTIVITY_NEW_TASK结合起来使用：用于启动一个Task中的根Activity，它会把那个Task中任何运行的实例带入前台，然后清除它直到根Activity。这非常有用，例如，当从Notification Manager处启动一个Activity。

FLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET

如果设置，这将在Task的Activity stack中设置一个还原点，当Task恢复时，需要清理Activity。也就是说，下一次Task带着FLAG_ACTIVITY_RESET_TASK_IF_NEEDED标记进入前台时（典型的操作是用户在主画面重启它），这个Activity和它之上的都将关闭，以至于用户不能再返回到它们，但是可以回到之前的Activity。

这在你的程序有分割点的时候很有用。例如，一个e-mail应用程序可能有一个操作是查看一个附件，需要启动图片浏览Activity来显示。这个Activity应该作为e-mail应用程序Task的一部分，因为这是用户在这个Task中触发的操作。然而，当用户离开这个Task，然后从主画面选择e-mail app，我们可能希望回到查看的会话中，但不是查看图片附件，因为这让人困惑。通过在启动图片浏览时设定这个标志，浏览及其它启动的Activity在下次用户返回到mail程序时都将全部清除。

FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

如果设置，新的Activity不会在最近启动的Activity的列表中保存。

FLAG_ACTIVITY_FORWARD_RESULT

如果设置，并且这个Intent用于从一个存在的Activity启动一个新的Activity，那么，这个作为答复目标的Activity将会传到这个新的Activity中。这种方式下，新的Activity可以调用setResult(int)，并且这个结果值将发送给那个作为答复目标的Activity。

FLAG_ACTIVITY_LAUNCHED_FROM_HISTORY

这个标志一般不由应用程序代码设置，如果这个Activity是从历史记录里启动的（常按HOME键），那么，系统会帮你设定。

FLAG_ACTIVITY_MULTIPLE_TASK

不要使用这个标志，除非你自己实现了应用程序启动器。与FLAG_ACTIVITY_NEW_TASK结合起来使用，可以禁用把已存的Task送入前台的行为。当设置时，新的Task总是会启动来处理Intent，而不管这是是否已经有一个Task可以处理相同的事情。

由于默认的系统不包含图形Task管理功能，因此，你不应该使用这个标志，除非你提供给用户一种方式可以返回到已经启动的Task。

如果FLAG_ACTIVITY_NEW_TASK标志没有设置，这个标志被忽略。

FLAG_ACTIVITY_NEW_TASK(等同于 singleTask)

如果设置，这个Activity会成为历史stack中一个新Task的开始。一个Task（从启动它的Activity到下一个Task中的Activity）定义了用户可以迁移的Activity原子组。Task可以移动到前台和后台；在某个特定Task中的所有Activity总是保持相同的次序。

这个标志一般用于呈现“启动”类型的行为：它们提供用户一系列可以单独完成的事情，与启动它们的Activity完全无关。

使用这个标志，如果正在启动的Activity的Task已经在运行的话，那么，新的Activity将不会启动；代替的，当前Task会简单的移入前台。参考FLAG_ACTIVITY_MULTIPLE_TASK标志，可以禁用这一行为。

这个标志不能用于调用方对已经启动的Activity请求结果。

FLAG_ACTIVITY_NO_ANIMATION

如果在Intent中设置，并传递给Context.startActivity()的话，这个标志将阻止系统进入下一个Activity时应用Acitivity迁移动画。这并不意味着动画将永不运行——如果另一个Activity在启动显示之前，没有指定这个标志，那么，动画将被应用。这个标志可以很好的用于执行一连串的操作，而动画被看作是更高一级的事件的驱动。

FLAG_ACTIVITY_NO_HISTORY

如果设置，新的Activity将不再历史stack中保留。用户一离开它，这个Activity就关闭了。这也可以通过设置noHistory特性。

FLAG_ACTIVITY_NO_USER_ACTION

如果设置，作为新启动的Activity进入前台时，这个标志将在Activity暂停之前阻止从最前方的Activity回调的onUserLeaveHint()。

典型的，一个Activity可以依赖这个回调指明显式的用户动作引起的Activity移出后台。这个回调在Activity的生命周期中标记一个合适的点，并关闭一些Notification。

如果一个Activity通过非用户驱动的事件，如来电或闹钟，启动的，这个标志也应该传递给Context.startActivity，保证暂停的Activity不认为用户已经知晓其Notification。

FLAG_ACTIVITY_PREVIOUS_IS_TOP

If set and this intent is being used to launch a new activity from an existing one, the current activity will not be counted as the top activity for deciding whether the new intent should be delivered to the top instead of starting a new one. The previous activity will be used as the top, with the assumption being that the current activity will finish itself immediately.

FLAG_ACTIVITY_REORDER_TO_FRONT

如果在Intent中设置，并传递给Context.startActivity()，这个标志将引发已经运行的Activity移动到历史stack的顶端。

例如，假设一个Task由四个Activity组成：A,B,C,D。如果D调用startActivity()来启动Activity B，那么，B会移动到历史stack的顶端，现在的次序变成A,C,D,B。如果FLAG_ACTIVITY_CLEAR_TOP标志也设置的话，那么这个标志将被忽略。

FLAG_ACTIVITY_RESET_TASK_IF_NEEDED

If set, and this activity is either being started in a new task or bringing to the top an existing task, then it will be launched as the front door of the task. This will result in the application of any affinities needed to have that task in the proper state (either moving activities to or from it), or simply resetting that task to its initial state if needed.

FLAG_ACTIVITY_SINGLE_TOP(等同singleTop)

如果设置，当这个Activity位于历史stack的顶端运行时，不再启动一个新的。

相关基本概念

Affinity

affinity用于指定activity所属的task。默认状态下，一个app中的所有activity都有相同的affinity，所以它们会运行在同一个task。而通过<activity>的taskAffinity属性可以指定affinity。

taskAffinity要用<manifest>中定义的唯一包名来取值，系统通过包名定位到app的默认task。

taskAffinity在以下2种情况中发生作用：

• 使用FLAG_ACTIVITY_NEW_TASK启动一个activity。如果该activity指定了taskAffinity，系统会将activity实例置于指定的task中。 注意的是，此情况下如果用户点击HOME键，必须要确定有办法能回到那个task中！（例如task所属的app在launcher有自己icon）
• activity 设置了 allowTaskReparenting = “true”。 当activity所在的task被移到前台时，该activity会被移动到affinity指定的task中。

清理back stack

如果用户离开一个task很长时间，系统会清理栈顶以下的activity，这样task被从新打开时，栈顶activity就被还原了。coder同样可以通过<activity>属性改变这种行为：

alwaysRetatinTaskState:如果当前栈顶的activity设置此属性为true，task中的所有activity都会被保留状态。

clearTaskOnLaunch：如果当前栈顶的activity设置此属性为true，行为则与alwaysRetatinTaskState相反，每次离开并重新该task，栈顶下的所有activity都会被清除，用户返回task时永远都是activity初始化的状态。

finishOnTaskLaunch:与clearTaskOnLaunch 相似，不过只作用于单个activity，不影响整个task。即使是栈顶的activity，也会生效。

跟Task有关的manifest文件中Activity的特性值介绍

android:allowTaskReparenting

用来标记Activity能否从启动的Task移动到有着affinity的Task（当这个Task进入到前台时）

“true”，表示能移动，“false”，表示它必须呆在启动时呆在的那个Task里。

如果这个特性没有被设定，设定到<application>元素上的allowTaskReparenting特性的值会应用到Activity上。默认值为“false”。

一般来说，当Activity启动后，它就与启动它的Task关联，并且在那里耗尽它的整个生命周期。当当前的Task不再显示时，你可以使用这个特性来强制Activity移动到有着affinity的Task中。典型用法是：把一个应用程序的Activity移到另一个应用程序的主Task中。

例如，如果 email中包含一个web页的链接，点击它就会启动一个Activity来显示这个页面。这个Activity是由Browser应用程序定义的，但是，现在它作为email Task的一部分。如果它重新宿主到Browser Task里，当Browser下一次进入到前台时，它就能被看见，并且，当email Task再次进入前台时，就看不到它了。

Actvity的affinity是由taskAffinity特性定义的。Task的affinity是通过读取根Activity的affinity决定。因此，根Activity总是位于相同affinity的Task里。由于启动模式为“singleTask”和“singleInstance”的Activity只能位于Task的底部，因此，重新宿主只能限于“standard”和“singleTop”模式。

android:alwaysRetainTaskState

用来标记Activity所在的Task的状态是否总是由系统来保持。

“true”，表示总是；“false”，表示在某种情形下允许系统恢复Task到它的初始化状态。默认值是“false”。

这个特性只针对Task的根Activity有意义；对其它Activity来说，忽略之。

一般来说，特定的情形如当用户从主画面重新选择这个Task时，系统会对这个Task进行清理（从stack中删除位于根Activity之上的所有Activivity）。典型的情况，当用户有一段时间没有访问这个Task时也会这么做，例如30分钟。

然而，当这个特性设为“true”时，用户总是能回到这个Task的最新状态，无论他们是如何启动的。这非常有用，例如，像Browser应用程序，这里有很多的状态（例如多个打开的Tab），用户不想丢失这些状态。

android:clearTaskOnLaunch

用来标记是否从Task中清除所有的Activity，除了根Activity外（每当从主画面重新启动时）

“true”，表示总是清除至它的根Activity，“false”表示不。默认值是“false”。

这个特性只对启动一个新的Task的Activity（根Activity）有意义；对Task中其它的Activity忽略。

当这个值为“true”，每次用户重新启动这个Task时，都会进入到它的根Activity中，不管这个Task最后在做些什么，也不管用户是使用BACK还是HOME离开的。当这个值为“false”时，可能会在一些情形下（参考alwaysRetainTaskState特性）清除Task的Activity，但不总是。

假设，某人从主画面启动了Activity P，并从那里迁移至Activity Q。接下来用户按下HOME，然后返回Activity P。一般，用户可能见到的是Activity Q，因为它是P的Task中最后工作的内容。然而，如果P设定这个特性为“true”，当用户按下HOME并使这个Task再次进入前台时，其上的所有的Activity(在这里是Q)都将被清除。因此，当返回到这个Task时，用户只能看到P。

如果这个特性和allowTaskReparenting都设定为“true”，那些能重新宿主的Activity会移动到共享affinity的Task中；剩下的Activity都将被抛弃，如上所述。

android:finishOnTaskLaunch

用来标记当用户再次启动它的Task（在主画面选择这个Task）时已经存在的Activity实例是否要关闭（结束）

“true”，表示应该关闭，“false”表示不关闭。默认值是“false”。

如果这个特性和allowTaskReparenting都设定为“true”，这个特性胜出。Activity的affinity忽略。这个Activity不会重新宿主，但是会销毁。

android:launchMode

用于指示Activity如何启动。这里有四种模式，与Intent对象中的Activity Flags（FLAG_ACTIVITY_*变量）共同作用，来决定Activity如何启动来处理Intent。它们是：

"standard"

"singleTop"

"singleTask"

"singleInstance"

默认模式是“standard”。

前面文章：“Android四种Activity的加载模式”已经详细描述,这里就不做描述了.

android:noHistory

用于标记当用户从Activity上离开并且它在屏幕上不再可见时Activity是否从Activity stack中清除并结束（调用finish()方法）——“true”，表示它应该关闭，“false”，表示不需要。默认值是“false”。

“true”值意味着Activity不会留下历史痕迹。因为它不会在Activity stack的Task中保留，因此，用户不能返回它。

比如启用界面的就可以借用这个。

android:taskAffinity

这就是本文所描述的任务共用性。

Activity为Task拥有的一个affinity。拥有相同的affinity的Activity理论上属于相同的Task（在用户的角度是相同的“应用程序”）。Task的affinity是由它的根Activity决定的。

affinity决定两件事情——Activity重新宿主的Task（参考allowTaskReparenting特性）和使用FLAG_ACTIVITY_NEW_TASK标志启动的Activity宿主的Task。

默认情况，一个应用程序中的所有Activity都拥有相同的affinity。捏可以设定这个特性来重组它们，甚至可以把不同应用程序中定义的Activity放置到相同的Task中。为了明确Activity不宿主特定的Task，设定该特性为空的字符串。

如果这个特性没有设置，Activity将从应用程序的设定那里继承下来（参考<application>元素的taskAffinity特性）。应用程序默认的affinity的名字是<manifest>元素中设定的package名。

参考文章：

http://www.cnblogs.com/xirihanlin/archive/2010/06/03/1750811.html