Activity 的四种启动模式相信大家都已经掌握的很好了，今天来深入理解一下 Activity 的启动模式和一些特性，可能你之前并没有注意过这些细节。
singTask 模式的特性
我们知道，如果把 Activity 的启动模式设置为 singleTask，只要 Activity 在一个栈中存在，那么多次启动此 Activity 都不会重新创建实例，而是调用它的 onNewIntent 方法。具体一点，当一个具有 singleTask 模式的 Activity 请求启动后，系统会首先寻找是否存在该 Activity 需要的任务栈，如果不存在，就重新创建一个任务栈，然后创建该 Activity 的实例，并把它放到任务栈中。如果已经存在了需要的任务栈，这时要看该 Activity 在该任务栈中是否有实例存在，如果有，系统就会把它调到栈顶，并把它上面的所有 Activity 都移出栈，如果不存在，就创建 Activity 的实例并把它压入栈。
TaskAffinity 参数
上面是 singleTask 启动模式的特性，相信大家都已经很熟悉了，但是这里有个地方需要注意，就是上面提到的该 Activity 需要的任务栈。可能有的同学会说，该 Activity 需要的任务栈不就是启动它的 Activity 所在的任务栈吗？这个其实是不一定的，这就涉及到 TaskAffinity 这个参数，它标识了 Activity 所需要的任务做的名字。
TaskAffinity 参数主要和 singleTask 启动模式或者 allowTaskReparenting 属性配对使用，在其他情况下没有意义。
默认情况下，所有 Activity 所需的任务栈的名字都应该是包名，
当 TaskAffinity 和 singleTask 启动模式配对使用的时候，Activity 所需的任务栈的名字就是 TaskAffinity 参数的值。
当 TaskAffinity 和 allowTaskReparenting 属性配对使用的时候，情况比较复杂。具体来说，当一个应用 A 启动了另一个应用 B 的某个 allowTaskReparenting 属性为 ture 的 Activity 后，此 Activity 会直接从应用 A 的任务栈转移到应用 B 的任务栈中。
再具体点，假设 B 中的这个 Activity 是 C，在 A 应用启动的 B 应用中的 Activity C 之后，按 Home 键回到桌面，再点击桌面上 B 的图表，这时候并不是启动 B 的主 Activity，而是重新显示已被 A 启动的 Activity C，因为 C 从 A 的任务栈中转移到了 B 的任务栈中。
接下来我们来实践一下，假设现在某个应用有三个 Activity 分别是 MainActivity、SecondActivity 和 ThirdActivity，它们在 manifest 中的注册信息如下：
<activity android:name=".MainActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<activity android:name=".SecondActivity"
android:taskAffinity="com.zackratos.task"
android:launchMode="singleTask"/>
<activity android:name=".ThirdActivity"
android:taskAffinity="com.zackratos.task"
android:launchMode="singleTask"/>
很显然，MainActivity 所需的任务栈名即为包名，后面两个 Activity 所需的任务栈名为 "com.zackratos.task"。
我们做如下操作，在 M 中启动 S，在 S 中启动 T，然后在 T 中再次启动 M，在 M 中再次启动 S，按两次 back 键，看到的会是哪个 Activity，答案是回到桌面，我们分析一下整个过程。
首先 M 所在的任务栈即为报名，假设叫它 S1，当 M 第一次启动 S 时，会创建一个 “com.zackratos.task” 的任务栈，假设为 S2，并创建一个 S 实例放入 S2 中，接下来，从 S 中启动 T 时，会创建 T 的实例放入 S2 中，在 T 中启动 M 时，由于 M 是 standard 模式，所以会新创建一个 M 的实例放入 S2中，此时 S2 中的 Activity 为 STM，S1 中只有一个 Activity 为 M，S2 位于前台，S1 位于后台。再次从 M 中启动 S 时，由于 S2 中已存在 S 的实例，所以会把 S 调到 S2 的栈顶，并把 T 和 M 从 S2 中移出。此时 S2 中也只有一个 Activity S了，所以，按 back 键会把 S2 中的 S 移出栈并销毁 S2，再次按 back 键会把 S1 中的 M 移出栈，并销毁 S1，从而回到了桌面。
Activity 的 flag
Activity 的 flag 有很多，它们的作用很广泛，有些可以设定 Activity 的启动模式，比如 FLAG_ACTIVITY_NEW_TASK 和 FLAG_ACTIVITY_SINGLE_TOP 分别用于设置 singleTask 和 singleTop 启动模式，这里再列举一些常用的 flag。
FLAG_ACTIVITY_CLEAR_TOP
具体此 flag 的 Activity，当它启动时，在同一个任务栈中所有位于它上面的 Activity 都要出栈，这个 flag 一般会和 singleTask 启动模式一起出现，在这种情况下，被启动的 Activity 实例如果已经存在，那么系统会调用它的 onNewIntent 方法，如果被启动的 Activity 采用的是 standard 启动模式，那么连同它之上的 Activity 都要出栈，系统会创建新的 Activity 实例并放入栈顶。singleTask 启动模式默认具有此 flag 的效果。
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
具有此 flag 的 Activity 不会出现在历史 Activity 列表中，等同于在 manifest 中指定 Activity 的属性 android:excludeFromRecents="true"。当某些情况下，我们不希望用户通过历史列表回到我们的 Activity 的时候比较实用，比如在登陆页面，当登陆成功后，登陆页面就不需要了，可以给登陆页面设置此 flag。
