欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  移动技术

Android LaunchMode四种启动模式详细介绍

程序员文章站 2024-02-23 20:36:40
android launchmode详解 越是做的时间越长,基础知识就忘的越干净,最近做一个项目中,发现启动的几个activity居然重叠了,我ri~~,再不回忆一下就要...

android launchmode详解

越是做的时间越长,基础知识就忘的越干净,最近做一个项目中,发现启动的几个activity居然重叠了,我ri~~,再不回忆一下就要退出android界了。

概念解释

task

task叫做任务,这个简单,表示我们需要完成的事情,注意,这里我们说的是任务,是个名词,例如要发短信,那我们的任务就是发送一条短信,仅此而已,再例如教官说:”张三,你去吃屎!”,ok,那张三的任务就是吃屎。

back stack

我们常叫做回退栈,或者是任务栈,这个是什么意思呢?上面我们说过,需要完成任务,那我们就需要使用一系列的activity来完成,例如发短信,则完成该任务需要如下步骤:

  1. 打开短信主页面mainactivity
  2. 点击添加短信按钮,打开newsmsactivity
  3. 在newsmsactivity中编写短信并发送

以上的任务中涉及到两个activity,那这两个activity就存放在这个back stack中,又因为back stack是栈类型的数据结构,所以上面的步骤在这个back stack中的活动顺序如下:

  1. mainactivity先压栈
  2. 点击添加按钮,newsmsactivity压栈,
  3. 短信发送完成,点击返回按钮,newsmsactivity弹栈,回到mainactivity
  4. 在mainactivity点击返回按钮,mainactivity弹栈,此时该back stack为空,就返回到launcher了

所以我们明白了,这个回退栈其实就是一个存储activity实例的容器,执行每个task时,先创建一个back stack,在task执行过程中将所使用的activity都按照filo的顺序以此压入这个back stack,task目标完成之后,按下返回按钮时,back stack中的activity按照压栈相反地的顺序以此弹栈,直到栈中没有activity实例时,进入launcher。

由此,我们还可以知道,每个task和back stack是一一对应的关系,一般情况下,每需要执行一个task时,都至少需要一个back stack容器,并且这个容器中都至少会有一个activity实例。

launchmode的作用和使用方法

一般情况,如果没精神病,launchmode是用在activity上面的,我们就谈谈在activity上的launchmode

launchmode作用

顾名思义,launchmode就是启动模式,啥是启动模式?启动模式意思是使用不同的模式启动之后,会有不同的属性和表现,举个例子,钢铁侠使用正常模式启动,一般可以秒杀所有小兵小将,但是如果对付发狂的绿巨人浩克,就需要启动超强模式,穿上反浩克装甲,要不然打不过,放到我们actiivty这里也是一样,既然是配置在activity上的,那就说明activity有好几种启动模式,使用不同的启动模式启动的activity有不同的属性和表现。

那为啥需要启动模式呢?需求!对,需求是所有东西被建立或者被制造出来的原因,因为我们对actiivty有不同的需求,举个老生常谈的发邮件例子,邮件主页activity要求不论怎么打开,打开多少次,就只能有一个主页activity的实例,对吧,如果有多个实例我们就很麻烦,不知道显示哪个,也不知道要关闭哪个,那这就是个需求,对应这个需求,我们就需要对这个主页activity设置一种启动模式,不论怎么打开就只有一个实例,这样需求就满足啦。

launchmode使用方法

按照android developer上的说明,launchmode有两个使用地方,一个是mainfest的activity节点下,一个是在startactivity方法的intent中设置flag,第二种方法我们后续再讨论,先说说第一种方法。

要告诉小白的是,launchmode要在启动该activity之前使用才有效,如果activity都已经启动了,实例都创建完了,再设置什么模式都没用啦。

第一种使用方式特别简单,在mainfest中的activity节点中添加android:launchmode即可,如下所示:

<activity
  android:name=".mainactivity"
  android:label="邮件列表"
  android:launchmode="singletask">
</activity>

有四种launchmode可选,分别是:

  1. “standard”
  2. “singletop”
  3. “singletask”
  4. “singleinstance”

如果不添加launchmode也可以,默认的launchmode是”standard” 。

按照android developer官方上,他们按照activity是否可以被实例化多次,把这四个模式分了两个组, “standard” 和”singletop” 属于可以被实例化多次这个组,他们的实例可以属于任何task,并且可以位于back stack的任何位置,其余两个属于不可被实例化多次这组,他们常用于启动一个task,所以一个task只有一个这种实例,并且这个还往往位于back stack的最开始。这种分组可以帮助我们初步理解每种启动模式的区别。

standard

从现在开始好好讲解这四种启动模式了,首先看看”standard”,有时称为标准模式。

前面我们说过,activity默认就是这种模式的,所以你的activity设置和不设置这个没什么区别,那这种模式的表现是什么样子的呢?

假设我们有一个”standard”模式的activity,页面上有个按钮,点击这个按钮就会启动这个activity自身,由于设置的是”standard”模式,每次启动这个activity,就会创建这个activity的新的实例,并依次放入back stack,点击一百次就会创建一百个这个activity的实例。

“standard”是最简单的模式,也符合我们正常的思维逻辑,所以最好理解,我用简陋的画图工具画了个图,凑合着看吧:

Android LaunchMode四种启动模式详细介绍

singletop

这种启动模式和标准模式区别不大,只有一点点不同。

我们已经知道,每个activity的实例在back stack中存储,既然是个stack数据结构,那么第一个压栈的实例我们叫做栈底实例,因为它将被后进来的实例压在最下面,最后被压入的实例,称作栈顶实例,因为它刚被压人栈中,暂时还没有其他实例在它之上,如果栈中只有一个实例,那这个实例既是栈底实例,也是栈顶实例。

明白了栈底和栈顶的概念,”singletop” 就好理解了,当我们启动”singletop” 模式的activity时,系统会检查当前的back stack的栈顶实例是不是这个”singletop” 模式activity的实例,如果是的话,就不创建新的实例了,直接复用这个已经存在的栈顶实例。还拿我们上一个场景为例,如果这个activity是”singletop” 模式的,不论你怎么点按钮,back stack只会有一个实例,因为栈顶已经存在一个这样的实例,所以不会创建新的了。

如果上个例子不够明确,我们可以举个比较明显的例子,有两个activity:activitya是标准模式,avtivityb是”singletop” 模式,完成一个task,需要经过以下步骤:

  1. 启动activitya,在activitya中点击按钮启动activityb,
  2. 在actiivtyb中点击按钮,再次启动activityb

根据之前的描述,当activityb的实例第一次被创建时,是位于栈顶的,第二次尝试创建activityb的实例之前,由于是”singletop” 模式,并且栈顶已经有它的实例,就不会再创建新的,这个task完成之后,back stack中只有一个activitya的实例和一个activityb的实例,简图如下:

Android LaunchMode四种启动模式详细介绍

singletask

接下来是”singletask” 模式,还记得文章开头说的两个分组和区别吗?如果你现在还记得,那你就理解了一大半了。

之前说过,”singletask” 的activity在一个back stack只会创建一个,这是和前两个模式最大的不同,”singletask” 和”singletop”不同之处在于,创建实例时不仅仅只检查栈顶是否已经有实例,还会检查整个back stack,只要back stack已经存在实例,不论是位于栈顶,栈底还是哪里,都不会创建新的实例。

“singletask” 模式不仅不会创建新的实例,还会将从已经创建实例开始到栈顶的所有实例全部清除,并将已经创建的实例放到栈顶,因为只有这样做才会让这个实例可以显示到窗口上。

还是继续上面的例子,activityc的启动模式为”singletask” ,我们在back stack中原来的activitya和activityb实例之间插入一个activityc的实例,形成这样的back stack结构之后,如果再次尝试启动activityc时,由于activityc的实例已经存在,所以复用已经存在的实例,并且清除实例到栈顶的所有实例,所以activityb的实例被清除了,此时back stack中就只有activtya和activtyc的实例。

Android LaunchMode四种启动模式详细介绍

singleinstance

“singleinstance”是最后一个启动模式,则是和其他三个模式都不同的。

我们之前谈论的启动模式,基本都是在一个back stack范围内谈论是否需要重新创建的问题,在这里,我们把范围扩大一下,讨论在多个back stack之间重新创建的问题,设置了”singleinstance”模式的activty,在启动的时候,会脱离于当前task的back stack,在一个新的back stack中创建实例。

还是我们之前的例子,现在把activtya,activityb和activtyc的实例依次放入back stack中,并将这个back stack编为1号,然后编写一个activityd并将其设置为”singleinstance”模式,此时,如果我们在activityc中启动activityd,那么activiyd的实例将不会位于1号back stack中,它将会在一个新的back stack中创建一个新的activityd实例,简图如下:

Android LaunchMode四种启动模式详细介绍

使用场景

不同的启动模式,适用与应用中的不同应用场景。

standard

标准模式适用于大多数场景,因为在应用中,我们基本上可以允许用户同时进行多个任务,每个任务操作不同的数据,这样允许创建一个activty的多个实例,例如新建邮件activity,如果当前正在新建一个给张三的邮件,此时同时需要创建一个给李四的邮件,此时activty就要使用标准模式,这样允许创建多个不同的实例,允许创建多封邮件。

singletop

singletop模式,由于其特点是检查栈顶实例,可以用这个特性,防止短时间创建多个实例,例如有个按钮,点击之后打开一个播放视频的activty,如果用户短时间重复点击,不是singletop模式的话,就会短时间在back stack中出现多个实例,而且每个实例的播放进度不一致,如果是singletop模式的话,不论打开多少次都没有影响。

singletask

这个模式,常用于那些有一定任务,且任务已经进行了一部分,但是忽然又去做别的事情了,等会儿回来还要继续任务的场景,还是播放那个视频的例子,如果正在播放的时候需要去打开新activty搜索相关视频,搜索完毕又要回到播放页面,那这个页面就比较适合使用singletask模式

singleinstance

这种模式较少使用,如果一定要在你的应用中使用这种启动模式,请提前考虑好是否有这个必要,另外,在做一些特殊场景下的应用,比如launcher的主屏时,可能会使用得到。

感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!