好久以前就知道android
的Activity
有不同的启动方式,但开始始终没有弄明白,现在终于梳理清了。
任务栈
Activity
一共有四种不同的启动模式,分别是standard
、singleTop
、singleTask
、singleInstance
,不同的启动模式,就让activity存在于内存中不同的任务栈和栈里的位置。这里我们提到了一个任务栈,其实就是一个后进先出
的容器,里面存放着Activity
。
在这样一个任务栈里面,相当于先让Activity_A
进栈(直接启动Activity_A
),然后再让Activity_B
进栈(从Activity_A
以某种模式启动Activity_B
,具体什么方式后面就讲),剩下的Activity_C
、Activity_D
也是按照这种方式进栈。然后就是出栈了,首先我们明白现在的任务栈中有4个Activity
,接着当我们按手机的back
键的时候,就会按照D,C,B,A出栈,这也就是所说的先进后出
。当然,屏幕显示的就是栈顶的元素了。
四种启动模式
一.standard (标准模式)
standard
字面意思就是标准,没错,就是标准模式。当Activity
以标准模式启动的时候,就会把该Activity
给放入栈顶。没错,我们上面的例子就可以用standard
模式启动。
二.singleTop(栈顶复用模式)
singleTop
模式就是讲,当我们以singleTop
启动Activity的时候,如果这时候的栈顶元素也是我们的需要启动的Activity
,那么这个Activity
就不会再次被创建,而是回调onNewIntent
方法。
其实这个还是很好理解的,也就和字面意思一样。好,我们看上面的任务栈,左边就是我们开始的样子(DCBA),然后我们再以singleTop
模式去启动D,然后,发现任务栈中还是(DCBA)。这就是栈顶复用模式。
二.singleTask(栈内复用模式)
singleTask
是我觉得这几种模式中最难理解的,但是慢慢理一下,发现还是挺简单的。
以singleTask
模式启动的Activity
首先就会寻找自己需要的任务栈,如果没有,就会创建一个,然后把自己给放进栈里面。要是有发现自己需要的任务栈,就会看里面有没有这个Activity
的实例,没有的话就在栈顶加入新创的实例,要是有的话就会弹出该实例上面的所有元素,从而把所需求的实例给推到栈顶。
这样一说,肯定都还是模模糊糊的,不用怕,我们慢慢理。首先,这里我们提出了一个新的术语,"Activity
需要的任务栈"。这里我们需要明白,当我们没有为Activity
给指定任务栈的话,那它默认的就是我们项目的包名。当然,我们可以为其指定一个任务栈。
<activity
android:name=".Activity_C"
android:label="@string/title_activity_activity__c"
android:taskAffinity="com.mathias.www"
android:theme="@style/AppTheme.NoActionBar" />
在Activity
标签中,通过taskAffinity
(任务相关性)给指定的字符串(字符串中必须包含分割符” . “),这样当我们以singleTask
启动该Activity
的时候,就会新建一个任务栈。但是一般来说我们的Activity
都是以默认的taskAffinity
启动的。
相同的任务栈
就如上图一样,起初我们的任务栈中有DCBA
四个元素,接着,我们以singleTask
模式启动B
,那么B
就不会被重新创建,而是回调onNewIntent
方法,并且,它还会清掉它上面的元素DC
(clearTop效果),这时候你按back
键的话就是返回到A
。
不同的任务栈
图中,我们起初的默认任务栈中有BA
两个元素,然后我们以singleTask
(不同的任务栈,即改变了taskAffinity
)启动C
,那么C
就会被放到另一个任务栈中,同时,由于C
在前台,所以C
属于的任务栈也会被变成我们的前台任务栈。
当然,有些人可能会说,C
不在默认的任务栈中了,但是我们按back
键还是会回到B
呀?对,当然会回到B
。当前台任务栈返回的是时候栈里已经没有了元素了,所以就会返回到后台任务栈了。
或许你又会说,那这样启动Activity
有什么作用吗?好吧,当我们在同一个应用以不同的任务栈启动的时候,好像这个作用并不大(怪我自己还没找到),但是在一个应用代开另一个应用的时候就起作用了,当一个应用A打开了另一个应用B的Acctvity
后,再返回Home
,打开应用B,就发现B没有在主界面,而是开始A打开的界面,当然这里还需要一个Activity
的属性支持 android:allowTaskReparenting="true"
。
singleInstance(单实例模式)
所谓的singleInstance
模式,首先,它具备上一个singleTask
的所有属性,其次,它只能独自的存在于一个单独的任务栈。简单点就是说,当以singleInstance
启动Activity
的时候,会为它创建一个新的任务栈,而且这个任务栈只会有它一个Activity
,后续的请求也都不会再重新创建它了,所以叫做单例
。
好吧,我们还是简单的分析一下(搞什么,图和上面的一样):假设我们当前任务栈中有BA
,接着我们以singleInstance
模式启动C
,那么C
就会在一个独立的任务栈中了,然后我们的请求可能会让前台任务栈又变成了默认的(BA
),这时候,我们再启动C
,就不会创建C
,而是直接把C
这个任务栈变成前台任务栈,显示C
。
也许你看过上面的分析又会有疑问了:明明上面的操作用singleTask
就能完成,为什么还要用singleInstance
?
的确,上面的操作换成singleTask
也是可以完成的,但是看我们这图里面的情况,BA
为默认的任务栈,C
为新建的。这时候,我们启动一个和C
任务栈相同的D
,那么这里就会变成DC
。
然后,我们一系列的操作 ,又让前台任务栈变成了
BA
,我们这时候启动C
,那么由于开始说的clearTop
属性就会把D
给清理出去了。再创建D
的时候就会重建了,然而,如果使用的是singleInsatnce
的话就不会出现这种情况了,因为singleInstance
中只能有一个Activity
。
设置启动模式
说了这么多,才发现还没有讲如何设置......
好吧,设置Activity
启动模式有两种方法,一种就是在AndroidManifest.xml
中Activity
的launchMode
:
<activity
android:name=".Activity_B"
android:launchMode="singleInstance"
android:allowTaskReparenting="true"
android:label="@string/title_activity_activity__b"
android:theme="@style/AppTheme.NoActionBar" />
另一种就是在代码中设置标志符了:
Intent intent = new Intent(Activity_A.this,Activity_B.class);
intent.setFlags(Intent.FLAG_ACTIVITY_SINGLE_TOP);
startActivity(intent);
这两种方式都可以设置,但是代码设置的优先级肯定是比在xml中高的(在代码中先解析xml,再设置的)。
最后
还有,这些是我参考《Android开发艺术探索》的,对,就是任大大的。