参考 «第一行代码»

code : https://github.com/AndroidDevLog/AndroidDevLog/tree/master/22.LaunchMode-standard

standard

standard 是活动默认的启动模式，在不进行显式指定的情况下，所有活动都会自动使用 这种启动模式。因此，到目前为止我们写过的所有活动都是使用的 standard 模式。经过上一 节的学习，你已经知道了 Android 是使用返回栈来管理活动的，在 standard 模式(即默认情 况)下，每当启动一个新的活动，它就会在返回栈中入栈，并处于栈顶的位置。对于使用 standard 模式的活动，系统不会在乎这个活动是否已经在返回栈中存在，每次启动都会创建 该活动的一个新的实例。

singleTop

可能在有些情况下，你会觉得 standard 模式不太合理。活动明明已经在栈顶了，为什么 再次启动的时候还要创建一个新的活动实例呢?别着急，这只是系统默认的一种启动模式而 已，你完全可以根据自己的需要进行修改，比如说使用 singleTop 模式。当活动的启动模式 指定为 singleTop，在启动活动时如果发现返回栈的栈顶已经是该活动，则认为可以直接使用 它，不会再创建新的活动实例。

singleTask

使用 singleTop 模式可以很好地解决重复创建栈顶活动的问题，但是正如你在上一节所 看到的，如果该活动并没有处于栈顶的位置，还是可能会创建多个活动实例的。那么有没有 什么办法可以让某个活动在整个应用程序的上下文中只存在一个实例呢?这就要借助 singleTask 模式来实现了。当活动的启动模式指定为 singleTask，每次启动该活动时系统首先 会在返回栈中检查是否存在该活动的实例，如果发现已经存在则直接使用该实例，并把在这 个活动之上的所有活动统统出栈，如果没有发现就会创建一个新的活动实例。

singleInstance

singleInstance模式应该算是四种启动模式中最特殊也最复杂的一个了，你也需要多花点 功夫来理解这个模式。不同于以上三种启动模式，指定为singleInstance模式的活动会启用一 个新的返回栈来管理这个活动(其实如果 singleTask 模式指定了不同的 taskAffinity，也会启 动一个新的返回栈)。那么这样做有什么意义呢?想象以下场景，假设我们的程序中有一个 活动是允许其他程序调用的，如果我们想实现其他程序和我们的程序可以共享这个活动的实 例，应该如何实现呢?使用前面三种启动模式肯定是做不到的，因为每个应用程序都会有自 己的返回栈，同一个活动在不同的返回栈中入栈时必然是创建了新的实例。而使用 singleInstance模式就可以解决这个问题，在这种模式下会有一个单独的返回栈来管理这个活 动，不管是哪个应用程序来访问这个活动，都共用的同一个返回栈，也就解决了共享活动实 例的问题。