Activity 的启动模式

Activity 的启动模式，你在初学期间一定很熟悉了吧！不管你是否熟悉还是不熟悉，跟随
笔者的思路把 Activity 的启动模式整理一遍：
问题 1： Activity 为什么需要启动模式？
问题 2： Activity 的启动模式有哪些？特性如何
问题 3：如何给 Activity 选择合适的启动模式
问题 1： Activity 为什么需要启动模式？
我们都知道启动一个 Activity 后，这个 Activity 实例就会被放入任务栈中，当点击返回键
的时候，位于任务栈顶层的 Activity 就会被清理出去，当任务栈中不存在任何 Activity 实
例后，系统就回去回收这个任务栈，也就是程序退出了。这只是对任务栈的基本认识，深
入学习，笔者会在之后文章中提到。那么问题来了，既然每次启动一个 Activity 就会把对
应的要启动的 Activity 的实例放入任务栈中，假如这个 Activity 会被频繁启动，那岂不是
会生成很多这个 Activity 的实例吗？对内存而言这可不是什么好事，明明可以一个
Activity 实例就可以应付所有的启动需求，为什么要频繁生成新的 Activity 实例呢？杜绝
这种内存的浪费行为，所以 Activity 的启动模式就被创造出来去解决上面所描述的问题。
问题 2： Activity 的启动模式有哪些？特性如何
Activity 的启动模式有 4 种，分别是： standard,singleTop,singleTask 和
singleInstance。下面一一作介绍：
1.系统默认的启动模式:Standard
  标准模式，这也是系统的默认模式。每次启动一个 Activity 都会重新创建一个新的实
例，不管这个实例是否存在。被创建的实例的生命周期符合典型情况下的 Activity 的生命
周期。在这种模式下，谁启动了这个 Activity,那么这个 Activity 就运行在启动它的那个
Activity 的任务栈中。比如 Activity A 启动了 Activity B(B 是标准模式)，那么 B 就会进入
到 A 所在的任务栈中。有个注意的地方就是当我们用 ApplicationContext 去启动
standard 模式的 Activity 就会报错，这是因为 standard 模式的 Actiivty 默认会进入启动
它的 Activity 所属的任务栈中，但是由于非 Activity 类型的 Context(如
ApplicationContext)并没有所谓的任务栈，所以这就会出现错误。解决这个问题的方法就
是为待启动的 Activity 指定 FLAG_ACTIVITY_NEW_TASK 标记位，这样启动的时候就会
为它创建一个新的任务栈，这个时候启动 Activity 实际上以 singleTask 模式启动的，读者
可以自己仔细体会。
2.栈顶复用模式： SingleTop
  在这种模式下，如果新的 Activity 已经位于任务栈的栈顶，那么此 Activity 不会被重新
创建，同时它的 onNewIntent 方法被回调，通过此方法的参数我们可以取出当前请求的
信息。需要注意的是，这个 Activity 的 onCreate,onStart 不会被系统调用，因为它并没
有发生改变。如果新的 Activity 已经存在但不是位于栈顶，那么新的 Activity 仍然会重新
重建。举个例子，假设目前栈内的情况为 ABCD,其中 ABCD 为四个 Activity,A 位于栈低，
D 位于栈顶，这个时候假设要再次启动 D,如果 D 的启动模式为 singleTop,那么栈内的情
况依然为 ABCD;如果 D 的启动模式为 standard,那么由于 D 被重新创建，导致栈内的情况
为 ABCDD。
3.栈内复用模式： SingTask
这是一种单例实例模式，在这种模式下，只要 Activity 在一个栈中存在，那么多次启动此
Activity 都不会重新创建实例，和 singleTop 一样，系统也会回调其 onNewIntent。具体
一点，当一个具有 singleTask 模式的 Activity 请求启动后，比如 Activity A，系统首先寻
找任务栈中是否已存在 Activity A 的实例，如果已经存在，那么系统就会把 A 调到栈顶并
调用它的 onNewIntent 方法，如果 Activity A 实例不存在，就创建 A 的实例并把 A 压入
栈中。举几个栗子：
 比如目前任务栈 S1 的情况为 ABC,这个时候 Activity D 以 singleTask 模式请求启
动，其所需的任务栈为 S2，由于 S2 和 D 的实例均不存在，所以系统会先创建任务栈
S2,然后再创建 D 的实例并将其投入到 S2 任务栈中。
 另外一种情况是，假设 D 所需的任务栈为 S1,其他情况如同上面的例子所示，那么由
于 S1 已经存在，所以系统会直接创建 D 的实例并将其投入到 S1。
 如果 D 所需的任务栈为 S1,并且当前任务栈 S1 的情况为 ADBC,根据栈内复用的原
则，此时 D 不会重新创建，系统会把 D 切换到栈顶并调用其 onNewIntent 方法，同
时由于 singleTask 默认具有 clearTop 的效果，会导致栈内所有在 D 上面的 Activity
全部出栈，于是最终 S1 中的情况为 AD。
  通过以上 3 个例子，你应该能比较清晰地理解 singleTask 的含义了。
4.单实例模式： SingleInstance
这是一种加强的 singleTask 模式，它除了具有 singleTask 模式所有的特性外，还加强了
一点，那就是具有此种模式的 Activity 只能单独位于一个任务栈中，换句话说，比如
Activity A 是 singleInstance 模式，当 A 启动后，系统会为它创建一个新的任务栈，然后
A 独自在这个新的任务栈中，由于栈内复用的特性，后续的请求均不会创建新的 Activity,
除非这个独特的任务栈被系统销毁了。
对于 SingleInstance,面试时你有说明它的以下几个特点：
（ 1）以 singleInstance 模式启动的 Activity 具有全局唯一性，即整个系统中只会存在一
个这样的实例。
（ 2）以 singleInstance 模式启动的 Activity 在整个系统中是单例的，如果在启动这样的
Activiyt 时，已经存在了一个实例，那么会把它所在的任务调度到前台，重用这个实例。
（ 3）以 singleInstance 模式启动的 Activity 具有独占性，即它会独自占用一个任务，被
他开启的任何 activity 都会运行在其他任务中。
（ 4）被 singleInstance 模式的 Activity 开启的其他 activity，能够在新的任务中启动，
但不一定开启新的任务，也可能在已有的一个任务中开启。
换句话说，其实 SingleInstance 就是我们刚才分析的 SingleTask 中，分享 Activity 为栈
底元素的情况。