Activity学习（二）：启动模式 和 任务栈

Activity学习第二篇

1. LaunchMode

再简单的东西也需要认真对待。

Activity的四中启动模式：

1. standard:标准模式（默认）
2. singleTop: 栈顶复用模式
3. singleTask:栈内复用模式
4. singleInstance:单实例模式

首先是 standard ，这是系统默认的启动模式。
当我们启动新的Activity时候，是调用 Context 的startActivity() 方法。
但是，如果这个Context不是Activity类型而是ApplicationContext。那这时候会报错，无法启动。因为在standard模式下，是在当前Activity的所属任务栈中启动新的Activity，如果这个Context不是Activity类型的话，那么就不存在所谓的Activity任务栈了，报错也就理所当然了。所以这个时候可以配置 ** Flag （FLAG_ACTIVITY_NEW_TASK）**，这时候实际上以singleTask模式启动。在新的任务栈中启动Activity。这样，就可以使用ApplicationContext启动Activity。๑乛◡乛๑

再看singleTop，如果这个Activity已经存在于这个栈的栈顶，那么就会复用这个Activity，不会重新创建新的Activity。这个时候Activity 的onCreate() 和 onStart() 不会被调用。但是会有另一个方法 onNewIntent() 方法被调用。当配置了singleTop的Activity处于栈顶，又再次被启动的时候，调用如下：

然后是singleTask 栈内复用。这种模式下，只要Activity在 某一个栈内(可能存在多个栈) 存在，就回复用这个Activity，而不会去重新创建。和singleTop一样，系统也会调用 onNewIntent() 方法。
这里有几种情况，首先是请求的栈是本栈还是一个新栈，还有就是Activity存不存在。

现在有个Activity栈，有ABC三个Activity。要创建一个新的Activity D。

1. 本Activity栈 — Activity不存在
这种情况最简单，创建一个新的Activity，压入栈中即可。这个栈变成了 ABCD。
2. 本Activity栈 — Activity存在
这是如果本栈的Activity 是 ADBC 这个样子。然后再使用singleTask模式启动 D 这个Activity。系统会将D 调到栈顶，并且调用D的 onNewIntent() 方法。同时会将D上面的所有Activity清除掉。这时栈变成了 AD。
3. 新Activity栈 — Activity不存在
这个时候需要重新创建因为这个栈不存在，这个Activity也存在，所以这时，系统先创建一个栈，然后再创建一个Activity，再将Activity压入新栈中。
4. 新Activity栈 — Activity存在
这是最复杂一种情况。这时候会有一个 后台栈 和 前台栈 的概念。
先来分析这种情况，当前Activity肯定处于前台栈，既然新的Activity要在新的栈中启动，并且Activity已经存在，那么，这个栈肯定已经创建完成，并且属于 后台栈 。这时，系统会先将整个任务栈调到前台，然后再按照singleTask 原则，该复用复用，该清除清除。这时整个栈中的所有Activity都会被调到另一个栈之前。所以，一直按Back键，回退的Activity顺序会有所改变。

最后是 singleInstance 。一种加强型的singleTask。拥有singleTask的所有特性。不同在于，这个模式的Activity会在一个新的独特的栈中创建Activity，这个栈中只有这个Activity存在。由于栈内复用的特性，所有的这个Activity启动时都不会重新创建。除非这个独特的任务栈被系统杀死。

2. 任务栈

这里主要说明两个配置参数 taskAffinity 和 allowTaskReparenting 。

taskAffinity： 每个Activity都有 taskAffinity 属性，这个属性指出了它希望进入的Task。默认情况下，taskAffinity 的值是包名。所以如果你设置了这个属性是包名的话，那和没设置是一样的。

如果想要Activity在新的任务栈中启动，那么需要两步：

1. Manifest中设置Activity的taskAffinity属性 。
2. 在启动Activity时候需要设置 FLAG_ACTIVITY_NEW_TASK 。

在Activity中可以使用 Activity. getTaskId() 方法来获取当前Task的 ID。验证自己的猜想。

allowTaskReparenting ：这个属性用于设定Activity能够从启动它的任务中转移到另一个与启动它的任务有亲缘关系的任务中。

这个亲缘关系只能和根Activity去比较，所以必须在根Activity设置taskAffinity，而需要转移的Activity不需要是根Activity。

如果设置了true，则能够转移，如果设置了false，则这个Activity保留在启动它的那个任务中。
设置方式：

这里比较难理解，举个例子吧：
现在有两个应用 应用A、 应用B 。
应用A 是在前台的应用，应用B是后台应用。
应用B 的 Act 1 和 Act 2 有相同的taskAffinity。(这样就具有了亲缘关系)
应用B 的 Act 2 配置了android:allowTaskReparenting="true" 。
现在 应用A 启动应用B 的 Act 2。
然后回到桌面，启动应用B 的 Act 1。
流程如下：

其中， Act 2 这个Activity从 应用A的栈中，转移到了 应用B的栈的顶端。

（可以将应用B 的 Act 2想象成浏览器的网页界面。其他应用打开了网页。这时打开浏览器应用，那个打开的网页处于最前端）

还有其他的一些配置属性，后续再写吧。

Activity学习（一）