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 为栈
底元素的情况。