测试环境：Google Nexus 4－ 5.0.0－ API 21
工具： 使用adb shell dumpsys activity 查看activity 属于哪个task
新建或重用activity的生命周期
启动一个Activity根据launchMode 和Intent flag判断是新建还是重用:
新建 : onCreate -> onStart -> onResume; 重用: onNewIntent ->(onStart)-> onResume.
getIntent() 得到的是原来的intent， 可以通过setIntent(Intent) 更新intent
launchMode
Standard
默认模式，新建并放在调用者的task里面
SingleTop
task顶一致则重用，否则新建
SingleInstance
该activity 只允许单例存在且独占一个task 里面
SingleTask
－如果已存在taskAffinity 一致的task，进一步判断是否存在改activity，存在则重用，并把这位置之上的清除，否则新建一个放在上面。
－如果不存在taskAffinity 一致的task，新建一个task
taskAffinity： task类型,用于区分task. task的taskAffinity等于第一个插入该task的activity的taskAffinity,后面插入的activity的taskAffinity可以和stack的taskAffinity不同.
示例:
1.(A -> B -> C )
<Activity android:name=".A"/>
<Activity android:name=".B" android:launchMode="singleTask"/>
<Activity android:name=".C"/>
结果：
| task1 | task2 |
|---|---|
| A B C |
B默认taskAffinity与A相同都是包名，所以放在相同task里面；并且还未存在 所以新建B
2.(A -> B -> C)
<Activity android:name=".A"/>
<Activity android:name=".B" android:launchMode="singleTask" android:taskAffinity=".task2"/>
<Activity android:name=".C"/>
结果：
| task1 | task2 |
|---|---|
| A | B C |
B定义了一个新taskAffinity,所以放在一个新task里面,C是默认的，跟着创建它的B
3.(A -> B -> C -> B)
<Activity android:name=".A"/>
<Activity android:name=".B" android:launchMode="singleTask" android:taskAffinity=".task2"/>
<Activity android:name=".C"/>
结果：
| task1 | task2 |
|---|---|
| A | B |
前面步骤和上面一样，最后转到B需要清空B之上的activity
注意：
不同的taskAffinity 在长按home恢复的时候是分开显示的,如果从用户的角度来看，一个 .apk 文件包含多个“应用”，需要使用 taskAffinity 属性将不同关联分配给与每个“应用”相关的 Activity。
taskAffinity 在两种情况下生效：
- FLAG_ACTIVITY_NEW_TASK
singleTask,SingleInstance 也相当于包含了这个flag
- android:allowTaskReparenting="true"
Activity 可以从其启动的任务移动到与其具有关联的任务（如果该任务出现在前台）
示例：
应用A启动应用B的Activity B( 设置allowTaskReparenting="true")，按home键退回桌面启动应用B，此时显示的并不会是B的MainActivity，而是显示Activity B
使用android:taskAffinity这个属性时，如果指定的值不含.，会出现这样的错误：
Failure [INSTALL_PARSE_FAILED_MANIFEST_MALFORMED]
可以考虑采用类似java包名的做法：比如com.xxx.xx
Intent Flag:
FLAG_ACTIVITY_SINGLE_TOP
与 "singleTop" launchMode 值相同的行为。FLAG_ACTIVITY_CLEAR_TOP
存在则重用并销毁该位置之上的 Activity.
注：如果指定 Activity 的启动模式为 "standard"，则该 Activity 也会从堆栈中删除，并在其位置启动一个新实例FLAG_ACTIVITY_NEW_TASK
根据Affinity判断是否需要创建新的Task，然后再创建新的Activity实例放进去。（栈顶级别的重利用）FLAG_ACTIVITY_NO_HISTORY
如果设置，新的Activity将不再历史stack中保留。用户一离开它，这个Activity就关闭了。这也可以通过XML设置noHistory
注意： FLAG_ACTIVITY_NEW_TASK＋FLAG_ACTIVITY_CLEAR_TOP 才等于singleTask.
清理返回栈
默认：如果用户长时间离开任务，则系统会清除所有 Activity 的任务，根任务除外。 当用户再次返回到任务时，仅恢复根 Activity。
可以使用下列几个 Activity 属性修改此行为：
alwaysRetainTaskState
如果task根 Activity 中将此属性设置为 "true"，即使在很长一段时间后，所有 Activity 保留在其堆栈中。clearTaskOnLaunch
如果在task根 Activity 中将此属性设置为 "true"，则每当用户离开task然后返回时，系统都会将堆栈清除到只剩下根 Activity。finishOnTaskLaunch
类似于 clearTaskOnLaunch，但它对单个 Activity 起作用，而非整个任务。
startActivityForResult
Activity A startActivityForResult －> Activity B
在 Android 4.X 系统上，如果A 为singleTask,SingleInstance或者B为singleTask,SingleInstance则会在LaunchFlags中加入FLAG_ACTIVITY_NEW_TASK标志，而含有FLAG_ACTIVITY_NEW_TASK标志的话，onActivityResult将会立即接收到一个cancel的结果（android 5.0+ 可以正常返回了）
参考：
https://developer.android.com/guide/components/tasks-and-back-stack.html
http://www.cnblogs.com/lwbqqyumidi/p/3775479.html
http://www.jianshu.com/p/eceda0e4963e
