1、Activity和Task
task就好像是能包含很多activity的栈。 默认情况下，一个activity启动另外一个activity时，两个activity是放在同一个task栈中的，第二个activity压入第一个activity所在的task栈。当用户按下返回键时，第二个activity从栈中弹出，第一个activity又在当前屏幕显示。这样，从用户角度来看，这两个activity就好像是属于同一个应用程序的，即使第二个activity是属于另外一个应用程序的。当然，这是指默认情况下。 task栈包含的是activity的对象。如果一个activity有多个实例在运行，那么栈中保存的是每个实例的实体。栈中的activity不会重新排列，只有弹出和压入操作。 一个task中的所有activity都以整体的形式移动。整个task可以被移到前台或后台。打个比方，当前的task包含4个activity–当前activity下面有3个activity。当用户按下HOME键返回到程序启动器（application launcher）后，选择了一个新的应用程序（事实上是一个新的task），当前的task就被转移到后台，新的task中的根activity将被显示在屏幕上。过了一段时间，用户按返回键回到了程序启动器界面，选择了之前运行的程序（之前的task）。那个task，仍然包含着4个activity。当用户再次按下返回键时，屏幕不会显示之前留下的那个activity（之前的task的根activity），而显示当前activity从task栈中移出后栈顶的那个activity。 刚刚描述的行为是默认的activity和task的行为。有很多方法能够改变这种行为。activity和task之间的联系，以及task中的activity的行为可以通过intent中的标记以及在manifest中的<activity>元素的属性控制。其中，主要的Intent标记有：
l FLAG_ACTIVITY_NEW_TASK
l FLAG_ACTIVITY_CLEAR_TOP
l FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
l FLAG_ACTIVITY_SINGLE_TOP
主要的<activity>属性有：
l taskAffinity
l launchMode
l allowTaskReparenting
l clearTaskOnLaunch
l alwaysRetainTaskState
l finishOnTaskLaunch
默认情况下，一个应用程序中的所有activity都有一个affinity–这让它们属于同一个task。然而，每个activity可以通过<activity>中的taskAffinity属性设置单独的affinity。不同应用程序中的activity可以共享同一个affinity，同一个应用程序中的不同activity也可以设置成不同的affinity。affinity属性在2种情况下起作用：当启动activity的Intent对象包含FLAG_ACTIVITY_NEW_TASK标记，或当activity的allowTaskReparenting被设置成true。
l FLAG_ACTIVITY_NEW_TASK标记
当传递给startActivity()的Intent对象包含FLAG_ACTIVITY_NEW_TASK标记时，系统会为需要启动的activity寻找与当前activity不同的task。如果要启动的activity的affinity属性与当前所有的task的affinity属性都不相同，系统会新建一个带那个affinity属性的task，并将要启动的activity压到新建的task栈中；否则将activity压入那个affinity属性相同的栈中。
l allowTaskReparenting属性
如果一个activity的allowTaskReparenting属性为true，那么它可以从一个task（TASK1）移到另外一个有相同affinity的task（TASK2）中（TASK2带到前台时）。
如果一个.apk文件从用户角度来看包含了多个“应用程序”，你可能需要对那些activity赋不同的affinity值。
2、运行模式
activity的launchMode属性可以有四种值：
l “standard” (默认)
l “singleTop“
l “singleTask“
l “singleInstance“
这4种模式可以按4种分类来区分，以下假设位于task1中的activity1启动activity2：
模式\分类 | 包容activity2的task | 一个activity是否允许有多个实例 | activity是否允许有其它activity共存于一个task | 对于新的intent，是否总是实例化activity对象 |
standard | 如果不包含FLAG_ACTIVITY_NEW_TASK标记，则activity2放入task1，否则按前面讲述的规则为activity2选择task | 可被多次实例化，同一个task的不同的实例可位于不同的task中，每个task也可包含多个实例 | 允许 | 是的。当接收到新的intent时，总是会生成新的activity对象。 |
singleTop | 同standard | 同standard | 允许 | 已存在的activity对象，如果位于目标task的栈顶，则该activity被重用，如果它不位于栈顶，则会实例化新的activity对象 |
singleTask | 将activity2放到task1栈顶 | 不能有多个实例。由于该模式下activity总是位于栈顶，所以actvity在同一个设备里至多只有一个实例 | 允许。singleTask模式的activity总是位于栈底位置。目标activity实例已存在时，如果该实例刚好位于task栈顶，则接收intent，否则到来的intent将会被丢弃,但该可以响应该intent的那个activity所在的task将会被移到前台。 | ? |
singleInstance | 同singleTask | 同singleTask | 不允许与其它activity共存于一个task。如果activity1的运行在该模式下，则activity2一定与activity1位于不同的task | ? |
对于新到的intent，如果是由新创建的activity对象来接收，则用户可以通过返回键回到之前的activity；如果是由已存在的activity来接收，则用户无法通过返回键返回到接收intent之前的状态。
3、清空栈
当用户长时间离开task（当前task被转移到后台）时，系统会清除task中栈底activity外的所有activity。这样，当用户返回到task时，只留下那个task最初始的activity了。
这是默认的情况，<activity>中有些属性可以改变这种行为。
l alwaysRetainTaskState属性
如果栈底activity的这个属性被设置为true，刚刚描述的情况就不会发生。task中的所有activity将被长时间保存。
l clearTaskOnLaunch属性
如果栈底activity的这个属性被设置为true，一旦用户离开task，则task栈中的activity将被清空到只剩下栈底activity。这种情况刚好与alwaysRetainTaskState相反。即使用户只是短暂地离开，task也会返回到初始状态（只剩下栈底acitivty）。
l finishOnTaskLaunch属性
这个属性与clearTaskOnLaunch相似，但它只对单独的activity操作，而不是整个task。它可以结束任何activity，包括栈底的activity。当它设置为true时，当前的activity只在当前会话期间作为task的一部分存在，当用户退出activity再返回时，它将不存在。
另外还有一种方法能将activity强行从stack中移出。如果intent对象包含FLAG_ACTIVITY_CLEAR_TOP标记，当目标task中已存在与接收该intent对象的activity类型相同的activity实例存在时，所有位于该activity对象上面的activity将被清空，这样接收该intent的activity就位于栈顶，可以响应到来的intent对象。如果目标activity的运行模式为standard，则目标activtiy也会被清空。因为当运行模式为standard时，总会创建新的activity对象来接收到来的intent对象。
FLAG_ACTIVITY_CLEAR_TOP标记常常和FLAG_ACTIVITY_NEW_TASK一起使用。用2个标记可以定位已存在的activity并让它处于可以响应intent的位置。
4、启动任务（Task）
Intent filter中有”android.intent.action.MAIN” action和”android.intent.category.LAUNCHER” category的activity将被标记为task的入口。带有这两个标记的activity将会显示在应用程序启动器（application launcher）中。
第二个比较重要的点是，用户必须能够离开task并在之后返回。因为这个原因，singleTask和singleInstance这两种运行模式只能应用于含有MAIN和LAUNCHER过滤器的activity。打个比方，如果不包含带MAIN和LAUNCHER过滤器，某个activity运行了一个singleTask模式的activity，初始化了一个新的task，当用户按下HOME键时，那个activity就被主屏幕“挡住”了，用户再也无法返回到那个activity。
类似的情况在FLAG_ACTIVITY_NEW_TASK标记上也会出现。如果这个标记会新建一个task，当用户按下HOME键时，必须有一种方式能够让用户返回到那个activity。有些东西（比如notification manager）总是要求在外部task中启动activity，在传递给startActivity的intent中总是包含FLAG_ACTIVITY_NEW_TASK标记。
对于那种不希望用户离开之后再返回activity的情况，可将finishOnTaskLaunch属性设置为true。
?
?
“第二个比较重要的点是，用户必须能够离开task并在之后返回。因为这个原因，singleTask和singleInstance这两种运行模式只能应用于含有MAIN和LAUNCHER过滤器的activity。”
以下的讨论均建立在对应 singleTask 与 singleInstance activity 未设置 MAIN 与 LAUNCHER
1、假设该 Activity 启动模式是 singleInstance，叫 ActivityI
应用第一次启动时会创建一个 Task1，当你在 Task1 中的某个 Activity 中启动 ActivityI 时，一定会创建新的 Task（假设叫 Task2），并将 ActivityI 的实例放进 Task2 中。这个时候，当用户按下 Home，返回桌面，再从程序列表启动这个应用，则对应的 Task1 会被提到前台，你会看到启动 ActivityI 的那个 Activity，但对应的 ActivityI 你却看不到，因为 Task2 没有被提到前台。这就是上面所说的情况，但实际上是，如果你再启动 ActivityI，却会复用之前的 Task2 与 ActivityI 的实例。
2、假设该 Activity 启动模式是 singleTask，叫 ActivityT
同样应用第一次启动时会创建一个 Task1,当你在 Task1 中某个 Activity 启动 ActivityT 时，若发生动作的 Activity 与 ActivityT 的 taskAffinity 是相同的，会自动添加在 Task1 中，若 taskAffinity 不同，则新建 Task2 ，并将新创建的 ActivityT 放进 Task2，不管怎么样，对应的按下Home，再从程序列表返回，都能看到 ActivityT 的实例，因为 singleTask 在被启动的时候 默认都加了 NEW_TASK，会对之进行复用，因此这篇文章内的“那个activity就被主屏幕“挡住”了，用户再也无法返回到那个activity”本身就是有问题的。
总之，原作者的意思是提倡当一个应用退出时应该退出所有 Activity，而这种多 Task 的，就需要注意到这点。还有就是 singleInstance 的 Activity 应当能让用户更容易的返回，因此提倡设置 MAIN 与 LAUNCHER。
关于 四种模式，有一篇更简单易懂并且不像这篇文章这么多问题的文章，推荐你去看看：
http://marshal.easymorse.com/archives/2950
2 如何启动新的task 除了用singleInstance 或flag设成newtask 还有其他办法么
3 另外一个activity被设置成singleTop 和 falg 设成newTask 发现singleTop会期作用 newTask不会起作用
若您知道请告知 谢谢
1、singleTop 是默认在当前task里面寻找，除非加NEW_TASK;
singleTask 是默认在singleTask所在task寻找，加不加NEW_TASK一样（taskAffinity 一样则在相同task下寻找，因此同一包下启动，默认 taskAffinity 是一样，就是在当前task下寻找）
2、没有了
3、如果你说的是 singleTop，那么NEW_TASK会起作用仅限于从其他task启动（NEW_TASK 的作用首先会检查要启动的 Activity 的 taskAffinity 是否与当前 task 的affinity一样，如果一样则就把新建的Activity放在当前的task，否则才创建新的task，当前包你没有自己主动更改taskAffinity都是一样的），如果你说的是 singleTask 相对于 singleTop 来说 NEW_TASK 不会起作用，那么我第一点已经说明白了。
singletask 的效果是如果在电话本的任何子界面如何按电话键 之前的activity
及状态全部不保存 并且全部被销毁掉
clearTaskOnlaunch 的效果是如果长按home键重新进入应用的话 之前的
activity 及状态全部不保存 并且全部被销毁掉
之前的联系人导入导出是如果activity如果被stop的时候就会 停止导入导出
之前的效果 ： 在其他子界面按电话或者home键重新进去 应用状态全部不保存 并
且全部被销毁 掉
预期效果 1 修改为联系人导入导出可以在后台运行，按电话键不会打断导入导出
运行，并且再次点击导入导出菜单会显示当前运行进度。
2 按home键后也不会电话键不会打断导入导出运行，并且再次点击导入导出菜单
会显示当前运行进度。
3 不会引起其他的bug。
A 是联系人主activity B 是导入导出主界面Activity C 是导出Activity
启动方式 A -> B ->C
思路1
如果模式singletask改成singleTop的话 我把启动的导入导出界面设置成
singleTask
这时候如果按电话键就不用把导入导出activity杀掉，再进入导入导出界面的话就
会显示当前的进度（达到了预期的效果）
如果模式clearTaskOnlaunch =true 去掉的话 同样我把启动的导入导出界面设置
成singleTask 如果按home键 进去到lanucher 并再次进入联系人应用的话也不会
把我的导入导出activity杀死
并且再进入导入导出界面的话就会显示当前的进度（达到了预期的效果）
但如果这么做的话 会引起很多其他的bug 如在tab下操作按返回键 后不能直接回
到launcher界面
思路2
A 设置成singleInstance 这样会保证 B和 C 与A 的taskID 不同 重新按电话键
或者从launcher重新进入
电话本都会保证 A 与B C不在同一个task里面 这时在A的onresume方法里面用
runningTask方法去检测 所有task里面
有没有一个栈顶是C 的task 如果有就把 直接重新启动C （C设置成singleTask）
（达到了预期的效果）
带来的bug 如进入 拨号设置 ->拨号键->电话本-> 导入导出 再按返回就直接返
回到拨号设置界面 A-B-C (如果B设置成singleInstance的话 C按返回键直接回到
了A)
解决此bug的办法 是从写每个tab 界面弹出的子界面的onbackpress 方法 强制直
接返回预想的界面
思路3 A 启动B 时设置falg new task 这样会保证 B和 C 与A 的taskID 不同 重
新按电话键 或者从launcher重新进入
电话本 A 与B C在同一个task里面 这样就不能用思路2类似的方法 ，
AffniteTask 是否会让重新启动的A 与 B和C 不在同一个task里面，（还没有相应
的demo测出来如何正确使用AffniteTask）（如果能的话应该是个不错的思路）
思路4 为什么google 原来设置成导入导出时 操作其他行为会停止导入导出？肯定
也有其原因的，个人理解导入导出这个行为用户不是需要经常去操作的，不像音乐
播放一样需要写在service里面
请问大师有没有更好的办法 或者针对以上思路有考虑不对的地方斧正
不好意思，这么久才回复你，我也算不上什么大师，也就是多做了点实验，我看你的这次回复，我直接都晕菜了- -!
首先你说的很对，的却导入导出如果要用Service来做的话，显然有点麻烦了（不过这的确也是一种选择），其实更简单的一种选择是
A，B，C 的 launcheMode 都是 standard（默认），设置 clearTaskOnLaunch="false"（默认）， 这样你在 A，B，C 是同一栈，而按 Home ，或者你接电话，再从 Home 程序列表进入，会直接把A，B，C 所在栈提到最前，即看到的是 C（你可以弹出个 ProgressDialog 用 AsyncTask 或Thread + Handler 来导出）。
如果你 A （反正就是你的 MAIN 入口Activity）的launch 一定要设置为 singleTask，有以下几个方法：
1、B 和 C 不是 Activity 而是 Dialog
2、A 是 TabActivity，B 和 C 是嵌套在 A 中的 Activity 或者 View（暂时没有试验过）。
3、设置 C 为 singleInstance