Activity 的 taskAffinity, allowTaskReparenting, singleTask 属性的应用分析

一般情况下在同一个应用中，启动的Activity都在同一个Task中，它们在该Task中度过自己的生命周期。那么为什么我们创建的Activity会进入这个Task中？它们会转到其它的Task中吗？

每个Activity都有taskAffinity属性，这个属性指出了它希望进入的Task。如果一个Activity没有显式的指明该Activity的taskAffinity，那么它的这个属性就等于Application指明的taskAffinity，如果Application也没有指明，那么该taskAffinity的值就等于包名。而Task也有自己的affinity属性，它的值等于它的根Activity的taskAffinity的值。

我们首先分析一下android文档给我们介绍的两种情况。

1. 第一种情况:affinity
+ allowTaskReparenting。如果该Activity的allowTaskReparenting设置为true，它进入后台，当一个和它有相同affinity的Task进入前台时，它会重新宿主，进入到该前台的task中。 我们验证一下这种情况:

Application Activity taskAffinity allowTaskReparenting

application1 Activity1 com.winuxxan.affinity true

application2 Activity2 com.winuxxan.affinity false

我们创建两个工程，application1和application2，分别含有Activity1和Activity2，它们的taskAffinity相同，Activity1的allowTaskReparenting为true。

首先，我们启动application1,加载Activity1，然后按Home键，使该task（假设为task1）进入后台。然后启动application2，默认加载Activity2。

我们看到了什么现象？没错，本来应该是显示Activity2，但是我们却看到了Activity1。实际上Activity2也被加载了，只是Activity1重新宿主，所以看到了Activity1。

2. 第二种情况:taskAffinity
+ FLAG_ACTIVITY_NEW_TASK。如果加载某个Activity的intent，Flag被设置成FLAG_ACTIVITY_NEW_TASK时，它会首先检查是否存在与自己taskAffinity相同的Task，如果存在，那么它会直接宿主到该Task中，如果不存在则重新创建Task。

我们还可以将singleTask和taskAffinity结合起来使用，得到一个结论：

当一个应用程序加载一个singleTask模式的Activity时，首先该Activity会检查是否存在与它的taskAffinity相同的Task。

(1).如果存在，那么检查是否实例化，如果已经实例化，那么销毁在该Activity以上的Activity并调用onNewIntent。如果没有实例化，那么该Activity实例化并入栈。

(2).如果不存在，那么就重新创建Task，并入栈。