美文网首页
Activity的启动模式

Activity的启动模式

作者: 闫鹏飞写字的地方 | 来源:发表于2018-10-09 09:22 被阅读7次

首先说一下Activity 为什么需要启动模式。我们知道,在默认情况下。当我们多次启动同一个Activity 的时候,系统会创建多个实例并把它们一一放入任务栈中, 当我们单击back键,会发现这些Activity会一一回退。任务栈是一种 “后进先出”的栈结构,这个比较好理解,每按一下back键就会有一个Activity出栈。直到栈空为止。当栈中无任何Activity的时候,系统就会回收这个任务栈。关于任务栈的系统工作原理,这里暂时不做说明。在后续章节会专门介绍任务栈。知道了Activity 的默认启动模式以后,我们可能就会发现一个问题:多次启动同一个Activity,系统重复创建多个实例,这样不是很傻吗?这样的确有点傻,Android在设计的时候不可能不考虑到这个问题,所以它提供了启动模式来修改系统的默认行为。目前有四种启动模式: standard、 singleTop、 singleTask 和singleInstance,下面先介绍各种启动模式的含义:

(1) standard: 标准模式,这也是系统的默认模式。每次启动一个Activity都会重新创建一个新的实例,不管这个实例是否已经存在。被创建的实例的生命周期符台典型情况下Activity的生命周期,如上节描述,它的onCreate、 onStart、onResume 都会被调用。这是一个典型的多实例实现, 一个任务栈中可以有多个实例,每个实例也可以属于不同的任务栈。在这种模式下,谁启动了这个Activity,那么这个Activity就运行在启动它的那个Activity所在的栈中。比如ActivityA启动了ActivityB (B是标准模式),那么B就会进入到A在的栈中。不知道读者是否注意到,当我们用ApplicationContext 去启动standard模式的Activity的时候会报错,错误如下:

E/AndroidRunt ime (674): android. util. AndroidRuntimeException: CallingstartActivity from outside of an Activity context requires the FLAG_ACTIVITY NEW TASK flag. Is this really what you want?

相信这句话读者一定不陌生,这是因为standard 模式的Activity 默认会进入启动它的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) singleTask: 栈内复用模式。这是一种单实例模式,在这种模式下,只要Activity在一个栈中存在,那么多次启动此Activity都不会重新创建实例,和singleTop一样,系统也会回调其onNewIntent。具体一点, 当一个具有singleTask模式的Activity请求启动后,比如Activity A,系统首先会寻找是否存在A想要的任务栈,如果不存在,就重新创建一个任务栈,然后创建A的实例后把A放到栈中。如果存在A所需的任务栈,这时要看A是否在栈中有实例存在,如果有实例存在,那么系统就会把A调到栈顶并调用它的onNewIntent方法,如果实例不存在,就创建A的实例并把A压入栈中。举几个例子:

·比如目前任务栈S1中的情况为ABC,这个时候Activity D以singleTask模式请求启动,其所需要的任务栈为S2,由于S2和D的实例均不存在,所以系统会先创建任务栈S2,然后再创建D的实例并将其入栈到S2。

·另外一一种情况,假设D所需的任务栈为S1,其他情况如上面例子1所示,那么由于S1已经存在,所以系统会直接创建D的实例并将其入栈到S1。

如果D所需的任务栈为S1,并且当前任务栈SI的情况为ADBC,根据栈内复用的原则,此时D不会重新创建,系统会把D切换到栈项并调用其onNewinent方法,同时由singleTask默认具有clearTop的效果,会导致栈内所有在D上面的Activity全部出栈,于是最终S1中的情况为AD。这一点比较特殊,在后面还会对此种情况详细地分析。

通过,上:述3个例子,读者应该能比较清晰地理解singleTask的含义了。

(4)singlelnstance:单实例模式。这是一种加强的singleTask模式,它除了具有singleTask模式的所有特性外,还加强了一点,那就是具有此种模式的Activity 只能单独地位于一个任务栈中,换句话说,比如ActivityA是singleInstance模式,当A启动后,系统会为它创建一个新的任务栈,然后A独自在这个新的任务栈中,由于栈内复用的特性,后续的请求均不会创建新的Activity,除非这个独特的任务栈被系统销毁了。

相关文章

网友评论

      本文标题:Activity的启动模式

      本文链接:https://www.haomeiwen.com/subject/sbzsaftx.html