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