Activity的启动模式
standard:
在 standard 模式(即默认情
况)下,每当启动一个新的活动,它就会在返回栈中入栈,并处于栈顶的位置。对于使用
standard 模式的活动,系统不会在乎这个活动是否已经在返回栈中存在,每次启动都会创建
该活动的一个新的实例。
singleTop:
当活动的启动模式
指定为 singleTop,在启动活动时如果发现返回栈的栈顶已经是该活动,则认为可以直接使用
它,不会再创建新的活动实例。但是如果活动不在栈顶,那么还是会创建新的对象。
<activity
android:name=".FirstActivity"
android:launchMode="singleTop"//在这里指定活动的启动模式
android:label="This is FirstActivity" >
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
singleTask:
使用 singleTop 模式可以很好地解决重复创建栈顶活动的问题,
当活动的启动模式指定为 singleTask,每次启动该活动时系统首先
会在返回栈中检查是否存在该活动的实例,如果发现已经存在则
直接使用该实例,并把在这个活动之上的所有活动统统出栈,如果没
有发现就会创建一个新的活动实例。
出栈的活动则会被销毁了!
singleInstance :
singleInstance 模式应该算是四种启动模式中最特殊也最复杂的一个了,你也需要多花点
功夫来理解这个模式。不同于以上三种启动模式,指定为 singleInstance 模式的活动会启用一
个新的返回栈来管理这个活动(其实如果 singleTask 模式指定了不同的 taskAffinity,也会启
动一个新的返回栈) 。那么这样做有什么意义呢?想象以下场景,假设我们的程序中有一个
活动是允许其他程序调用的,如果我们想实现其他程序和我们的程序可以共享这个活动的实
例,应该如何实现呢?使用前面三种启动模式肯定是做不到的,因为每个应用程序都会有自
己的返回栈,同一个活动在不同的返回栈中入栈时必然是创建了新的实例。而使用
singleInstance 模式就可以解决这个问题,在这种模式下会有一个单独的返回栈来管理这个活
动,不管是哪个应用程序来访问这个活动,都共用的同一个返回栈,也就解决了共享活动实
例的问题。