Activity的启动模式——LanuchMode(一)

2019-04-14 20:05发布

前言:Activity可以说是Android四大组件当中最基本的组件同样也是最重要的组件,一个完整的app中Activity之间的跳转逻辑是很复杂的,这就不得不提到一个很重要的概念——Activity的启动模式(四种),这个看起来很基础的知识点要是想研究透彻也是要下点心思的,原因是形形 {MOD} {MOD}的启动模式和标志位实在是太容易被混淆了,在开发过程中使用的也非常的多,如果运用的娴熟会使我们在开发中对于跳转逻辑的处理很容易,清晰,提高开发效率。 首先说一下Activity为什么需要启动模式。我们知道,在默认情况下,当我们多次启动同一个Activity的时候,系统会创建多个实例并把它们一一放入任务栈中,当我们单击back键,会发现这些Activity会一一回退。任务栈是一种“后进先出”的栈结构,这个比较好理解,每按一下back键就会有一个Activity出栈,知道栈空为止,当栈中无任何Activity的时候,系统就会回收这个任务栈。知道了Activity的默认启动模式以后,我们可能就会发现一个问题:多次启动同一个Activity,系统重复创建多个实例,这样不是很傻吗?这样的确有点傻,Android在设计的时候不可能不考虑这个问题,所以它提供了启动模式来修改系统的默认行为。目前有四种启动模式: standard、singleTop、singleTask、和singleInstance、下面先介绍各种启动模式的含义:

(1)standard

这也是系统的默认模式。每次启动一个Activity都会重新创建一个新的实例,不管这个实例是否已经存在。被创建的实例的生命周期符合典型情况的Activity的生命周期,它的onCreate,onStart,onResume,都会被调用。这一种典型的多实例实现,一个任务栈中可以有多个实例,每个实例也可以属于不同的任务栈。在这种模式下,谁启动了这个Activity,那么这个Activity就运行在启动它的那个Activity所在的栈中。比如Activity A启动了ActivityB(B是标准模式),那么B就会进入到A所在的栈中。不知道大家是否注意到,当我们用ApplactionContext去启动standard模式的Activity的时候就会报错,错误如下: E/AndroidRuntime(674): android.util.AndroidRuntimeException: Calling startActivity from outside of an Activity context requires the FLAG_ACTIVITY_NEW_TASK flag.Is this really what you want? 相信这句话大家一定不陌生,这是因为standard模式的Activity默认会进入启动它的Activity所属的任务栈中,但是由于非Activity的Context(如ApplactionContext)并没有所谓的任务栈,所以这就有问题了。解决这个问题的方法是为待启动Activity指定FLAG_ACTIVITY_NEW_TASK 标记位,这样启动的时候就会为它创建一个新的任务栈,这个时候待启动Activity实际上是以singleTask模式启动的,读者可以仔细体会。 在实战中应用:这个就不多说了,系统默认的启动模式,此启动模式的Activity每次启动都会重新创建,返回也是按照先进后出的顺序。

(2)singleTask

栈顶复用模式。在这种模式下,如果新Activity已经位于任务栈的栈顶,那么次Activity不会被重新创建,同时它的onNewIntent方法会被回调,通过此方法的参数我们可以取出当前请求的信息。需要注意的是,这个Activity的onCreate,onStart不会被系统调用,因为它并没有发生改变。如果新Activity的实例已经存在但不是位于栈顶,那么新Activity仍然会重新创建。举个例子,假设目前栈内的情况为ABCD,其中ABCD为四个Activity,A位于栈底,D位于栈顶,这个时候假设要再次启动D,如果D的启动模式为singleTop,那么栈内的情况仍然为ABCD;如果D的启动模式为standard,那么由于D被重新创建,导致栈内的情况就变为ABCDD。 在实战中应用:举个例子,点击列表进入详情,如果详情界面我们用的是系统默认的standard模式正常情况下是行得通的,但是我们快速点击列表几下再进入详情,从详情再后退之后会发现可能会出现多个详情界面,这就是因为standard模式的Activity每次启动都会重新创建,所以导致了重复点击重复创建详情界面的情况,这种情况下详情界面使用singleTop启动模式正好可以解决这个问题。

(3)singleTask

栈内复用模式。这是一种单实例模式,在这种模式下,只要Activity在一个栈中存在,那么多次启动此Activity都不会重新创建实例,和singleTop一样,系统也会回调其onNewIntent。具体一点,当一个具有singleTask模式的Activity请求启动后,比如ActivityA,系统首先会寻找是否存在A想要的任务栈,如果不存在就重新创建一个任务栈,然后创建A的实例后把A放到栈中。如果存在A所需的任务栈,这时要看A是否在该栈中有实例存在,如果有实例存在,那么系统就会把A调到栈顶并调用它的onNewIntent方法,如果实例不存在,就创建A的实例并把A压如栈中。举几个例子: 1.比如目前任务栈S1中的情况为ABC,这个时候ActivityD以singleTask模式请求启动,其所需的任务栈为S2,由于S2和D的实例均不存在,所以系统会先创建任务栈S2,然后再创建D的实例并将其入栈到S2。
2.另外一种情况,假设D所需的任务栈为S1,其他情况如上面例子1所示,那么由于S1已经存在,所以系统会直接创建D的实例并将其入栈到S1。
3.如果D所需的任务栈为S1,并且当前任务栈S1的情况为ADBC,根据栈内复用的原则,此时D不会重新创建,系统会把D切换到栈顶并调用其onNewIntent方法,同时由于singleTask默认具有clearTop效果,会导致栈内所有在D上面的Activity全部出栈,于是最终S1中的情况为AD。这一点比较特殊,在后面还会对此种情况详细的分析。

(4)singleInstance

单实例模式。这是一种加强的singleTask模式,它除了具有single模式的所有特性外,还加强了一点,那就是具有此种模式的Activity只能单独地位于一个任务栈中,换句话说,比如ActivityA是singleInstance模式,当A启动后,系统会为它创建一个新的任务栈,然后A独自在这个新的任务栈中,由于栈内复用的特性,后续的请求均不会创建新的Activity,除非这个独特的任务栈被系统销毁了。 上面介绍了几种启动模式,这里需要指出一种情况,我们假设目前有2个任务栈,前台任务栈的情况为AB,而后台任务栈的情况为CD,这里假设CD的启动模式均为singleTask。现在请求启动D, 那么整个后台任务栈都会被切换到前台,这个时候整个后退列表变成了ABCD。当用户按back键的时候,列表中的Activity会一一出栈,如果不是请求启动D而是启动C,那么情况就不一样了,D就会被清除所以返回顺序就为ABC,具体原因我们后面再进行分析。