最近遇到了一个小问题，在我使用了多种Activity启动模式的时候，重新打开其中的一个Activity会启动另一个我已经停止的Activity，从而调用了一些已经失效的方法导致程序崩溃。
1 问题重现
由于项目工程复杂，Activity名称不够直观，我新建了一个ActivityTaskTest 工程来重现遇到的问题。
ActivityA是工程的主活动。因为一些必要的原因， ActivityA的启动模式是SingleInstance的。ActivityA可以启动ActivityB，ActivityB没有设置任何启动模式，即默认的standard启动模式。在ActivityB中，将会启动一个ServiceA。 ServiceA中启动一个了一个ActivityC，由于Activity是在非Acitivity环境下启动的，需要设置 FLAG_ACTIVITY_NEW_TASK标签（这里就是我们讨论的重点，稍候会详细分析）。当ActivityC完成任务后会重新跳转到ActivityA。
最后，见证奇葩的时刻到了，我们点击ActivityA的启动ActivityB的button，ActivityC出现在了我们的眼前，而不是ActivityB！！这一刻我仿佛刘谦附体，但在我发现我身边并没有董卿之后，我深刻地意识到了我是一个工程师，不能搞这些装神弄鬼的事情。ok，Let's find out what‘s going on with our precious app！
2 FLAG_ACTIVITY_NEW_TASK使用分析
关于Activity启动模式和Activity Task的内容推荐一篇非常好的文章：Android中Activity四种启动模式和taskAffinity属性详解。这篇文章已经讲得非常详细了，这里就不再赘述了，偷个懒哈哈。
如果你已经看了文章，你应该已经知道问题的所在了，对，就是这个该死的taskAffinity。简单的说，就是我们虽然使用了FLAG_ACTIVITY_NEW_TASK标签去启动了ActivityC，但是因为我们忘了给Activity设置taskAffinity这个小婊砸，所以导致ActivityC的taskAffinity值和ActivityB一样都是默认的包名。所以我们启动ActivityC的时候系统将ActivityC压入了ActivityB所在的task。我们可以使用adb shell dumpsys activity activities 指令看下一在我们重新从A中启动B之前，Task的情况：
我们可以看到正如我们所想的，ActivityC和ActivityB在一个Task中，由于ActivityA是singleInstance模式，所以A只能做一辈子单身狗了。那么为什么我们明明启动的是B，怎么会出现C呢？
我们来先看看Google官方文档对于FLAG_ACTIVITY_NEW_TASK是怎么说的：
在新的 task 中启动 activity。如果要启动的 activity 已经运行于某 task 中，则那个 task 将调入前台，最后保存的状态也将恢复，activity 将在onNewIntent()中接收到这个新 intent。
这个过程与前一节所述的"singleTask"launchMode模式值相同。
注意文档中的内容，“如果要启动的 activity 已经运行于某 task 中，则那个 task 将调入前台，最后保存的状态也将恢复”，注意这里是所在task被直接调入前台，也就是说B所在的整个Task将被移入前台。这就解释了为什么我们去启动B而出现的是C了。看起来我们好像大功告成了，但是，等等，总觉得哪里有点不太对劲，我们的ActivityB明明没有设置启动模式啊，你这个是FLAG_ACTIVITY_NEW_TASK标签，我没用啊，我读书多你可别骗我。
仔细想想应该是ActivityA的singleInstance的锅。
我们再来看看Google官方文档对于singleInstance是怎么说的吧：
“singleTask”和“singleInstance”模式同样只在一个方面有差异： “singleTask”Activity 允许其他 Activity 成为其任务的组成部分。 它始终位于其任务的根位置，但其他 Activity（必然是“standard”和“singleTop”Activity）可以启动到该任务中。 相反，“singleInstance”Activity 则不允许其他 Activity 成为其任务的组成部分。它是任务中唯一的 Activity。 如果它启动另一个 Activity，系统会将该 Activity 分配给其他任务 — 就好像 Intent 中包含FLAG_ACTIVITY_NEW_TASK一样。
看到最后一句，终于可以结案了。也就是说，当一个被设置为singleInstance的Activity去启动其他的Activity的时候，其默认是自带FLAG_ACTIVITY_NEW_TASK标签的。
3 总结
1、FLAG_ACTIVITY_NEW_TASK标签必须配合taskAffinity属性使用，如果不设置taskAffinity属性值，将不会生成新task。
2、当从启动模式为singleInstance的Acitivity中启动新的Acitivity时，新的Activity自带FLAG_ACTIVITY_NEW_TASK标签。
心得：官方文档是个好东西。
