从系统学Android--2.5Activity启动模式

本系列持续更新中....

Activity 的启动模式一共有四种，分别是：standard、singleTop、singleTask、singleInstance 。在实际开发中根据特定的需求选择不同的启动模式。

启动模式的指定，在 AndroidManifest 中通过给 <activity> 标签指定 android:launchMode 属性来选择启动模式。下面来逐一学习。

2.5.1 standard

这种启动模式是 Activity 的默认启动模式。在不进行任何显示指定的情况下，所有的 Activity都是自动使用这种模式启动。前面我们学习过 Android 是通过返回栈来管理 Activity 的。在 standard 模式下，每次启动一个新的 Activity，就会在返回栈中入栈，并且处于栈顶的位置。在这种模式下，系统不会在乎这个 Activity 是否已经在返回栈中了，每次启动都会创建一个新的 Activity。

2.5.2 singleTop

有些情况下你可能觉得 standard 模式不合理，明明已经在栈顶了，为什么再次启动的时候还要创建一个 Activity 实例呢？

这个时候 singleTop 模式就排上用场了，在启动 Activity 的时候如果发现返回栈的栈顶已经是该 Activity 了，则认为可以直接使用它，不会再创建新的 Activity 。

2.5.3 singleTask

使用 singleTask 可以解决重复创建栈顶 Activity 的问题。但是如果 Activity 没有在栈顶的位置，还是可能会创建多个 Activity。

那么有什么版本可以让某个 Activity 在整个应用程序的上下文中只存在一个实例呢？

就要借助 singleTask 模式了，当 Activity 的启动模式指定为 singleTask 的时候，每次启动该 Activity 系统会首先在返回栈中检查是否存在该 Activity的实例，如果已经发现存在了，则直接使用，并 把这个 Activity 上面的所有的 Activity 全部移除栈 如果没有发现，则创建一个新的 Activity 实例。

2.5.4 singleInstance

这个种模式是四种启动模式中最特殊的最复杂的一个了。指定为 singleInstance 模式的 Activity 会启用一个新的返回栈来管理这个 Activity （其实如果 singleTask 模式指定了不同的 taskAffinity，也会启动一个新的返回栈）。这种启动模式的意义？假设一个 Activity 是允许其他的应用程序调用的，我们想实现其他应用程序和我们的应用程序共享这个实例，这个时候使用前面三种方式是无法实现的，因为每个应用程序都会有自己的返回栈，同一个 Activity 在不同的返回栈中入栈时必然是创建了新的实例。而使用 singleInstance 模式就可以解决这个问题了。

这种模式下会有一个单独的返回栈来管理这个 Activity，不管哪个应用程序来访问这个 Activity 都共用一个返回栈，也就解决了共享 Activity 实例的问题。

在 Activity 中可以通过 getTaskId() 来获取返回栈的 id。

做一个实验：一个程序有 Activity A 、Activity B、Activity C ，其中 A 和 B 都是普通启动模式也就是 standard 模式，C 是 singleInstance 模式。

启动 A ，然后在 A 中启动 C，C 中启动 B。然后依次返回，看到的页面顺序是：B-->A--->C