LaunchMode启动模式

Android 是使用返回栈来管理活动的

在实际项目中我们应该根据特定的需求为每个活动指定恰当的启动模式。

启动模式一共有四种,分别是 standard、singleTop、singleTask 和 singleInstance 

standard 是活动默认的启动模式

在 standard 模式(即默认情况)下,每当启动一个新的活动,它就会在返回栈中入栈,并处于栈顶的位置。

对于使用standard 模式的活动,系统不会在乎这个活动是否已经在返回栈中存在,

每次启动都会创建该活动的一个新的实例。

当活动A的启动模式指定为singleTop,

在启动活动A时如果发现返回栈的栈顶已经是该活动A,则认为可以直接使用它,不会再创建新的活动实例。

不过当启动活动A并未处于栈顶位置时,这时再启动活动A,还是会创建新的实例的。

当活动的启动模式指定为singleTask,每次启动该活动时系统首先会在返回栈中检查是否存在该活动的实例,

如果发现已经存在则直接使用该实例,并把在这个活动之上的所有活动统统出栈,如果没有发现就会创建一个新的活动实例。

不同于以上三种启动模式,指定为singleInstance模式的活动会启用一个新的返回栈来管理这个活动

(其实如果 singleTask 模式指定了不同的 taskAffinity,也会启动一个新的返回栈)。

那么这样做有什么意义呢?想象以下场景,假设我们的程序中有一个活动是允许其他程序调用的,

如果我们想实现其他程序和我们的程序可以共享这个活动的实例,应该如何实现呢?

使用前面三种启动模式肯定是做不到的,因为每个应用程序都会有自己的返回栈,

同一个活动在不同的返回栈中入栈时必然是创建了新的实例。

而使用singleInstance 模式就可以解决这个问题,在这种模式下会有一个单独的返回栈来管理这个活动,

不管是哪个应用程序来访问这个活动,都共用的同一个返回栈,也就解决了共享活动实例的问题。

我们按下Back键进行返回,你会发现ThirdActivity竟然直接返回到了FirstActivity,

再按下Back键又会返回到SecondActivity,再按下Back键才会退出程序,这是为什么呢?

其实原理很简单,由于FirstActivity和ThirdActivity是存放在同一个返回栈里的,

当在ThirdActivity的界面按下Back键,ThirdActivity会从返回栈中出栈,

那么FirstActivity就成为了栈顶活动显示在界面上,因此也就出现了从ThirdActivity直接返回到FirstActivity的情况。

然后在FirstActivity界面再次按下Back键,这时当前的返回栈已经空了,于是就显示了另一个返回栈的栈顶活动,

即SecondActivity。最后再次按下Back键,这时所有返回栈都已经空了,也就自然退出了程序。

总结一下,在编写 Android 程序的时候,尽量将控件或布局的大小指定成 match_parent

或 wrap_content,如果必须要指定一个固定值,则使用 dp 来作为单位,指定文字大小的时候

使用 sp 作为单位。