Activity的启动模式
Activity作为安卓四大组件之首,它的确非常重要,上篇文章我们介绍了Activity的生命周期,其实Activity的启动模式也是一个难点,有时为了项目的特殊需求,我们需要使用到Activity的启动模式,下面我们就具体的介绍Activity的启动模式和标志位。
1.1Activity的LaunchMode(启动模式)
首先我们开介绍一下Activity为什么需要启动模式。在默认情况下,多次启动同一个Activity,系统会创建多个实例,并把这些实例一一的压入任务栈中。当我们单击返回键的时候,就会一一回退。我们知道在数据结构中,栈是先进后出的。其实就是每按一次返回键,销毁一个Activity,就会有一个Activity实例出栈,直到栈内为空的时候,系统将任务栈回收。这就是Activity在默认情况下的启动方式。在这里我们会不会发现一个问题:多次启动同一个Activity系统竟然多次创建实例,这是不是感觉很奇葩?在学习设计模式的时候,我们都知道有单实例模式,我想Android系统也不会那么笨。是的,Android系统其实早就知道这一点了,所以Android系统在设计的时候提供了启动模式来修改这种默认的启动行为。目前有四种启动模式:standard、singleTop、singleTask、singleInstance。下面就对这四种启动模式进行一一的介绍:
(1)standard
standard:标准模式,这是系统默认的启动模式。每次启动一个Activity就会创建一个Activity的实例。不管这个实例是否存在都会进行创建。每次创建Activity的生命周期,也都是符合正常情况下Activity的生命周期。创建一个Activity实例,就会把这个实例压入任务栈中,一个任务栈可以有多个Activity实例,同一个Activity的各个实例也可以对应不同的任务栈。在标准模式下:一个Activity由谁启动的,实例就会压入启动者所在的任务栈,简单的说就是:假如一个Activity A 启动了 Activity B 那么B的实例就会压入A所在的任务栈中。在这我们提一点,不知道读者是否遇到这样一个问题。使用ApplicationContext去启动一个Activity会报如下错误:![](https://img-blog.csdn.net/20170616144626159?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvZGF4aWFhMTE=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
接下来笔者将介绍如何重现这样的错误信息:
通过上面知道我们如果用Activity A 通过标准模式去启动Activity B B的实例会压入A的实例所在的任务栈中。这个很容易理解。这里介绍的都是通过Activity去启动另一个Activity是没问题的,因为Activity启动者会有对应的任务栈。假如我们通过广播接受者去启动一个Activity呢?如下图所示:
通过标准模式,以上的代码能启动一个Activity吗,还是会报上面所说的错误?笔者告诉大家,答案是:
《1》当这个广播接收者是通过手动在Activity A 中注册的情况下是可以的,上面代码中的Context属于Activity A 对象,这个时候通过启动 Activity B其实就是通过这个Activity A 启动的,B的实例就会压入到Activity B 实例所在的任务栈。这样不会报错,正常启动。
《2》当这个广播接收者是通过在Manifest中注册的情况下是不可的,就会报上面所说的错误信息。这个时候上面代码
中的Context是属于ReceiverRestrictedContext@41a7c2b8广播接受者的,广播接受者没有对应的任务栈,因此不能通过context去启动一个Activity。当然假如一定要启动Activity也是可以的,我们可以进行设置标志位:FLAG_ACTIVITY_NEW_TASK。其实就是启动一个新的任务栈,把启动的Activity压入这个新的任务栈中。其实这种启动模式,就是下面会介绍的另一种启动模式:sinleTask启动模式
(2)singleTop
singleTop:栈顶复用模式。同样用例子说明:
当前任务栈里的情况是A B C D ,A位于栈顶,C位于栈底。
《1》通过singleTop模式 Activity D 启动Activity A,这个时候不会创建A的实例,只是继续使用栈顶中的A,调用了onNewInstane方法,通过此方法的参数,我们可以取出当前请求的数据。既然不会重新创建A,所以A的生命周期方法:onCreate、onStart、onResume方法不会被调用。这个时候栈内的情况是:A B C D。
《2》同样通过singleTop模式Activity D 启动Activity B ,由于B不在栈顶,这个时候会创建B的实例,开始B的生命周期方法。栈内情况:B A B C D,这个应该很容易理解,笔者在这就不多说了。
(3)singleTask
singleTask:栈内复用模式。通过栈顶复用模式的学习,我想学习栈内复用模式应该会比较容易的理解。这是一种单实例模式,在这种情况下,如果通过singleTask模式去启动一个Activity A,首先系统会寻找是否存在A所需要的任务栈,如果不存在,则创建任务栈,再创建A的实例压入任务栈中。如果存在,则检查栈中是否存在A的实例,如果不存在,创建A的实例压入栈中。如果存在,则把A移动到栈顶,假如之前栈内之前的情况是 D C B A ,D位于栈顶,这个时候把A移到栈顶,由于singleTask具有clearTop效果,会导致A 上面的全部出栈,所以把A移到栈顶之后栈内的情况是A。下面用例子来说明:
《1》栈S1 的情况是 A B C, A位于栈顶。创建D,并且所需的任务栈是S2。这个时候栈S2和实例均不存在,则需要创建任务栈S2和D实例,把D实例压入S2中。
《2》假如创建D所需的栈是S1,这个时候,直接创建D实例,压入S1中。S1的情况是:D A B C
《3》假如S1的情况是 A B C D ,创建D所需的任务栈是S1,这个时候S1已经存在,D也存在。所以直接把D移到栈顶,最后由于clearTop模式,S1的情况是A
(4)singleInstance
singleInstance:单实例模式,这种模式具有singleTask模式所有的特性。和singleTask不同的是,通过singleInstance模式启动的Activity所在的任务栈只能有一个实例。而通过singleTask启动的Activity所在任务栈可以有不同的实例,只是同一个Activity只能有一个实例。
1.2Activity的Flag(标志位)
在上面介绍Activity的启动模式的时候,我们曾经提到,假如通过ApplicationContext去启动一个Activity是不行的。会报:
AndroidRuntimeException: Calling startActivity() from outside of an Activity,Caused by: android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?
错误的信息就是需要一个标志位的意思。
下面我们就介绍一下标志位:标志位有很多,这里主要分析一下比较常用的标志位。有的标志位可以设置Activity的启动模式。有的标志位可以影响Activity 的运行状态。大部分情况下我们不需要去指定标志位,对标志位理解即可。
(1)FLAG_ACTIVITY_NEW_TASK
该标志位的作用是设置Activity的启动模式是singleTask 即栈内复用模式。
(2)FLAG_ACTIVITY_SINGLE_TOP
该标志位的作用是设置Activity的启动模式是singleTop模式 即单实例模式
(3)FLAG_ACTIVITY_CLEAR_TOP
该标志位的作用是启动一个Activity,该Activty实例所在的任务栈中所有在该实例之上的实例都要出栈。本身singleTop启动模式就具有该clearTop特性