原始文档
docs/guide/components/tasks-and-back-stack.html
任务
- 任务（Task）是用户执行特定作业时的一系列交互活动(Activity)。这些活动以打开的顺序被存放在堆栈（返回栈）中。
-
当Activity启动另外一个Activity,那么新的Activity被放置到栈的顶部并获取焦点。前一个Activity依然保留在栈中，但是出于停止状态。系统会保存处于停止状态的Activity的用户界面。用户摁返回键，当前的Activity弹出销毁，前一个Activity恢复执行。整个启动-返回退出Activity的操作如下图所示。
- 当所有的Activity从栈中移除时，任务被销毁。
- 返回栈中的所有Activity是不能重新被排序的，这样的话，如果允许一个Activity可以被多个其他Activity启动的话，那么每次会实例化一个Activity,并保存在栈中。可以通过启动方式来管理是否每次 都实例化一个全新的Activity。
- 当用户通过主页按钮离开当前任务，当前Activity停止，当前任务进入到后台。系统会保持任务中的每个Activity的状态。当用户通过点击启动图标，任务恢复进入前台，任务顶端的Activity恢复状态。
Activity状态保存
尽管系统会自动保存后台的Activity的状态，但是如果在内存紧张的情况下，系统会销毁后台Activity。这样的话，一些Activity的重要的信息就会丢失，在下次改Activity进入前台的时候，该意外销毁的Activity会被重新创建，无法恢复。为避免这种情况的发生，应该主动地调用onSaveInstanceState()来保存状态。
任务管理
正常的task是一个“先入后出”的堆栈，每次都实例一个Activity并且压入堆栈。如果想打破这种常规，可以在AndroidManifest.xml的Activity申明启动模式、启动属性等或者在startActivity()时指定标志位。
清单文件中指定可使用属性：
- taskAffinity (任务亲戚关系)
- launchMode
- allowTaskReparenting
- clearTaskOnLaunch
- alwaysRetainTaskState
- finishOnTaskLaunch
Intent标志：
- FLAG_Activity_NEW_TASK
- FLAG_Activity_CLEAR_TOP
- FLAG_Activity_SINGLE_TOP
在Intent和清单文件中启动方式发生冲突时，以Intent中的启动方式为准。
launchMode 启动模式
- "standard"
默认启动方式，每次在任务种实例化一个Activity。一个Activity被实例化多次，每个实例可能隶属于不同的任务，一个任务可能拥有多个该Activity的实例。 - "singleTop"
如果返回栈中存在Activity的实例，并且该实例在任务的顶部，那么通过调用onNewIntent()进入该Activity，并不会重新实例化一个Activity。确保任务顶部的两个Activity不重复.
例如任务A-B-C-D,现在一个新的Intent启动D,如果D是默认启动方式的话，会实例化一个先的Activity D，任务变成A-B-C-D-D;如果是singleTop的话，只会调用D的onNewIntent()方法，任务依然是A-B-C-D。但是如果启动B的话，任务变成A-B-C-D-B,即使启动方式是singleTop。 - "singleTask"
所有的任务（返回栈）中仅能存在一个实例。如果所有的任务中不存在该Activity的实例，那么实例化一个该Activity。如果存在的话，那么进入该Activity的onNewIntent()的方法。
对于这种启动方式的Activity,对于返回的处理是比较特殊的。如果从一个新的任务中启动一个其他任务已存在的Activity，那么相当于比之前任务的返回栈堆叠到到当前堆栈上。如下图所示.
在上图中Y是singleTask启动方式，Activity2启动Y后，摁返回，不会立即返回到Activity2，而是按照Y所在的堆栈进行返回。如果后台任务顺序为X-Y-W,那么启动Y的时候，会先调用W.onDestory(),销毁W,弹出Y。
- "singleInstance"
这种方式是所有任务中只有一个Activity实例，这点跟singleTask是一样的。所不同的是，该Activity独占一个任务，该任务不含其他的Activity。
使用Intent标志
可以在调用startActivity()时指定标志位来指定Activity的启动方式。
- FLAG_NEW_TASK:
这种调用方式与在AndroidManifest.xml文档中申明Activity的launchMode为singleTask产生的效果一样. - FLAG_Activity_SINGLE_TOP:
这种调用方式与在AndroidManifest.xml文档中申明Activity的launchMode为singleTop产生的效果一样. - FLAG_Activity_CLEAR_TOP:
如果调用的Activity在当前的任务中存在的话，那么:
a. 如果启动清单文件中启动方式为standard的话，那么找到该Activity在堆栈中的位置，将自身和其堆栈上层的所有Activity都onDestory（）掉，重新在顶层实例化一个新的Activity.
b. 如果启动清单文件中启动方式不为standard的话，那么找到该Activity在堆栈中的位置，将其堆栈上层的所有Activity都onDestory（）掉，并且通过onNewIntent()恢复该Activity.
FLAG_Activity_CLEARTOP和FLAG_NEW_TASK经常被组合使用。当组合使用时，会在所有任务中定位到一个已经存在的Activity,清除包含该Activity的任务中处于上层的Activity，并在顶层响应该Intent。
处理关联（affinities）
关联（affinity)指一个Activity所在的任务。默认，同一个应用中的所有Activity都隶属于同一个任务。然而，可以在AndroidManifest.xml中通过taskAffinity指定一个关联，不同application可以共享一个关联(任务)，而同一个application的不同Activity可以有不同关联。taskAffinity要跟包名不同，否则就跟默认的一样了.
两种应用场景：
- 以FLAG_Activity_NEW_TASK启动Activity
在以FLAG_ACTIVIY_NEW_TASK启动Activity时，如果Activity已经在其他的任务中已经启动过了，那么启动改Activity启动时会将其他任务中的Activity带入到当前返回栈中，那么返回的时候就会出现其他任务的Activity。这时，可以在Activity的AndroidManifest。xml申明时指定其关联，这样的话，只会待会与其关联值一样的Activity才会在一个任务中，那么返回退出的时候就只会出现关联任务的Activity.
- 当Activity的allowTaskReparenting属性为true时
设置这个属性值，在当前application A的Activity a中启动其他关联的Activity 1后，当A切换到后台，再重新切回到前台后，呈现的是Activity a。而Activity 1被重新规划到其关联的任务中。如果有application B的taskAffinity跟Activity1的值一样的话，那么可以通过点击application B后看到Activity 1的界面了。
返回栈清除
如果用户离开任务很长一段时间，那么系统会只会保留任务中的根Activity而清除其他Activity。
- alwaysRetainTaskState
为任务的根Activity设置为ture的话,那么任务会一直保持它的堆栈，即使在很长时间后。 - clearTaskOnLaunch
这个是alwaysRetainTaskState属性的方面，设置根Activity的该属性为true的话，每次离开任务，再次进入任务都会从根Activity恢复。其他的被remove()掉。 - finishOnTaskLaunch
这个属性可以赋值给一个非根Activity(根Activity是无效的)。如果设置为true,那么每次重新进入任务都会remove掉该Activity,摁返回键，返回不会再返回这个Activity。
启动任务
使用MAIN属性值的action和LAUNCHER的CATEGORY的话,点击LAUCHER的图标可以启动根Activity进而启动任务。但是LAUNCHER点击图标还有一个效果，即返回任务。试想一下，要是没有这个效果，那每次任务切换到后台重新进入后，任务都没法恢复了。
