Android为了使我们能够打破默认的堆栈的先后出的模式,提供了两个种方式:一种是在AndroidManifest.xml定义Activity时指定它的加载模式,另一种是在用Intent开启一个Activity时,在Intent中加入标志。如果两种方式都用了,则后者的优先级更高。
两种方式的差别在于,前者在于描述自己,向别的Acttivity等声明你们如何来加载我;而后者则是动态的,指出我要求你(要启动的Activity)如何来加载。本文的重点在于研究在AndroidManifest.xml中声明加载模式。
Android为我们定义了四种加载模式,分别是:standard、singleTop、singleTask和singleInstance。
“拿来主义”——standard模式
我们写一段代码来测试一下standard加载模式,如下
AndroidManifest.xml里Activity的设置如下:
- <activity android:name=".Activity1"
-
android:launchMode="standard"
-
android:label="@string/app_name">
-
<intent-filter>
-
<action android:name="android.intent.action.MAIN" />
-
<category android:name="android.intent.category.LAUNCHER" />
-
</intent-filter>
-
</activity>
Activity1的代码如下:
- public class Activity1 extends Activity {
-
@Override
-
public void onCreate(Bundle savedInstanceState) {
-
super.onCreate(savedInstanceState);
- setContentView(R.layout.main);
- }
-
-
-
@Override
-
public boolean onTouchEvent(MotionEvent event) {
-
Intent intent = new Intent(this, Activity1.class);
- startActivity(intent);
-
return super.onTouchEvent(event);
- }
- }
然后我们启动程序,开启Activity1,然后点击Acitivity1,启动另一个Activity1,然后再点击,再点击,再点击... 之后我们点返回键。
发生了什么事情?没错,我们按返回键返回一个又一个相同的Activity1。
standard是Activity默认的加载模式,这种方式用一个词来形容的话就是“拿来主义”。使用这种模式的Activity向所有使用它的Task声明:“我这里的这种Activity多着呢,谁需要的话我就给谁”。所以当一个Task请求加载这个Activity时,该Task直接实例化该Activity,并把它放到栈顶。
因此我们的例子就出现了这样的堆栈结构(假设我们点击了4次):
Activity1 |
Activity1 |
Activity1 |
Activity1 |
Activity1 |
我们设想一个情形:我们要做一个图片浏览器,第一个界面是图片列表界面(假设为PictureListActivity),第二个界面是浏览该张图片(假设为PictureViewActivity)。在PictureViewActivity中可以startActivity启动浏览界面浏览上一张和下一张。
如果每一张图片的浏览启动一个PictureViewActivity(当然你可能不是采用这种方式来浏览上一张和下一张,这里只是举个例子),如果采用standard模式的话,就会出现多个PictureViewActivity在堆栈中堆叠的情形。下面介绍的singleTop便可以解决这个问题。
“拒绝堆叠”——singleTop模式
我们将上面的例子稍加改动,AndroidManifest.xml中Acitivity1的launchMode改为singleTop,Activity1的代码修改如下:
- public class Activity1 extends Activity {
-
@Override
-
public void onCreate(Bundle savedInstanceState) {
-
super.onCreate(savedInstanceState);
- setContentView(R.layout.main);
-
-
Toast.makeText(this, "onCreate called!", Toast.LENGTH_SHORT).show();
- }
-
-
@Override
-
protected void onNewIntent(Intent intent) {
-
setTitle("I am Activity1 too, but I called onNewIntent!");
-
super.onNewIntent(intent);
- }
-
-
-
@Override
-
public boolean onTouchEvent(MotionEvent event) {
-
Intent intent = new Intent(this, Activity1.class);
- startActivity(intent);
-
return super.onTouchEvent(event);
- }
- }
同样,我们启动程序,开启Activity1,然后点击Acitivity1,启动另一个Activity1,然后再点击,再点击,再点击... 之后我们点返回键。
结果,Activity1第一次创建时,显示一个Toast提示,onCreate被调用,当再次点击时,onCreate没有被调用相反是进入了onNewIntent函数。当按返回键时,直接退出了该应用,可见,堆栈中只存在一个Acitivity1。
可见,当activity被设置为singleTop的加载模式时,如果堆栈的顶部已经存在了该Activity,那么,它便不会重新创建,而是调用onNewIntent。如果,该Activity存在,但不是在顶部,那么该Activity依然要重新创建,请读者自行验证。
因此singleTop模式的思想便是“拒绝堆叠”!
以上说的两种加载模式,Activity均可以实例化多次,而下面讲的两个加载模式就只可以实例化一次。
“独立门户”——singleTask模式
我们首先测试一下,在本应用内调用singleTask模式的Activity会出现什么情况。
我们写两个Activity(Activity1和Activity2),相互调用,其中Activity1为singleTask模式。AndroidManifest.xml如下:
- <application android:icon="@drawable/icon" android:label="@string/app_name">
-
<activity android:name=".Activity1"
-
android:launchMode="singleTask"
-
android:label="@string/app_name">
-
</activity>
-
<activity android:name=".Activity2">
-
<intent-filter>
-
<action android:name="android.intent.action.MAIN" />
-
<category android:name="android.intent.category.LAUNCHER" />
-
</intent-filter>
-
</activity>
-
</application>
两个Activity的代码如下:
/**Activity1的代码*/
- public class Activity1 extends Activity {
-
private static final String TAG = "Activity1";
-
@Override
-
public void onCreate(Bundle savedInstanceState) {
-
super.onCreate(savedInstanceState);
- setContentView(R.layout.main);
-
Log.e(TAG, "Activity1 onCreate! HashCode=" + this.hashCode() + " TaskId=" + getTaskId());
- }
-
-
@Override
-
protected void onNewIntent(Intent intent) {
-
Log.e(TAG, "Activity1 onNewIntent! HashCode="+ this.hashCode() + " TaskId=" + getTaskId());
-
super.onNewIntent(intent);
- }
-
-
@Override
-
protected void onDestroy() {
-
Log.e("Activity1", "Activity1 onDestroy! HashCode="+this.hashCode()+ "TaskId="+getTaskId());
-
super.onDestroy();
- }
-
-
-
@Override
-
public boolean onTouchEvent(MotionEvent event) {
-
Intent intent = new Intent(this, Activity2.class);
- startActivity(intent);
-
return super.onTouchEvent(event);
- }
- }
-
-
public class Activity2 extends Activity {
-
private static final String TAG = "Activity2";
-
@Override
-
protected void onCreate(Bundle savedInstanceState) {
-
super.onCreate(savedInstanceState);
- setContentView(R.layout.main2);
-
Log.e(TAG, "Activity2 onCreated! HashCode=" + this.hashCode() + " TaskId="+getTaskId());
- }
-
-
@Override
-
protected void onDestroy() {
-
Log.e(TAG, "Activity2 onDestroy! HashCode="+this.hashCode()+" TaskId="+getTaskId());
-
super.onDestroy();
- }
-
-
-
@Override
-
public boolean onTouchEvent(MotionEvent event) {
-
Intent intent = new Intent(this, Activity1.class);
- startActivity(intent);
-
return super.onTouchEvent(event);
- }
- }
从代码中我们可以看出,每当两个Activity创建、销毁以及onNewIntent时,都会打印该Activity的HashCode和所在的Task id。
我们的操作步骤是这样的,打开应用程序,默认启动Activity2,点击Activity2,进入Activity1,再点击Activity1进入Activity2,再点击Activity2进入Activity1,然后按返回键,直到返回到Home。
晕了吧,好写个顺序来形象的表示下:Activity2->Activity1(singleTask)->Activity2->Activity1(singleTask)。^_^
进入Activity2,然后到Activity1,我们看Log信息为:
03-01 14:50:08.144: ERROR/Activity2(371): Activity2 onCreated! HashCode=1156067168 TaskId=7
03-01 14:50:13.923: ERROR/Activity1(371): Activity1 onCreate! HashCode=1156107384 TaskId=7
我们看到,当本应用启动singleTask的Activity(Activity1)时,Activity1并没用另外启用一个任务。而是在原来的任务中创建了它。
再从Activity1进入Activity2,然后再进入Activity1,这个过程,我们再看log信息:
03-01 14:53:50.823: ERROR/Activity2(371): Activity2 onCreated! HashCode=1156128904 TaskId=7
03-01 14:53:58.154: ERROR/Activity1(371): Activity1 onNewIntent! HashCode=1156107384 TaskId=7
03-01 14:53:58.394: ERROR/Activity2(371): Activity2 onDestroy! HashCode=1156128904 TaskId=7
从这个Log信息我们可以得到这个结论:当singleTask模式的Activity启动时,如果发现在某个Task中已经存在,那么它会先将该Activity(Activity1)上部的Activity(Activity2)销毁,然后调用它(Activity1)的onNewIntent函数。
我们下面来研究一下当singleTask的Activity被其他应用调用时的情况。
为了使Activity1能够被其他应用程序调用,我们在AndroidManifest.xml中加入action,如下:
- <activity android:name=".Activity1"
-
android:launchMode="singleTask"
-
android:label="@string/app_name">
-
<intent-filter>
-
<action android:name="com.winuxxan.singleTask" />
-
<category android:name="android.intent.category.DEFAULT" />
-
</intent-filter>
-
</activity>
然后我们另外创建一个工程,创建一个Activity在初始化的时候启动Activity1,代码如下:
- public class MyActivity extends Activity {
-
@Override
-
public void onCreate(Bundle savedInstanceState) {
-
super.onCreate(savedInstanceState);
- setContentView(R.layout.main);
-
Log.e("MyActivity", "TaskId=" + getTaskId());
-
Intent intent = new Intent("com.winuxxan.singleTask");
- startActivity(intent);
- }
- }
我们的操作方法是,MyActivity->Activity1->Activity2->Activity1,之后我们按Home键,然后再从Home重新进入MyActivity所在的应用。
首先看MyActivity->Activity1这个过程,我们查看Log信息如下:
03-01 15:04:25.784: ERROR/MyActivity(429): TaskId=9
03-01 15:04:26.244: ERROR/Activity1(401): Activity1 onCreate! HashCode=1156107632 TaskId=10
从这个Log信息我们可以看出:当某个应用调用其他应用里声明的singleTask模式的Activity时,它会重新创建一个Task,然后将该Activity实例化并压入堆栈。
接着我们看Activity1和Activity2的相互切换,log信息如下:
03-01 15:04:47.524: ERROR/Activity2(401): Activity2 onCreated! HashCode=1156128104 TaskId=10
03-01 15:04:50.674: ERROR/Activity1(401): Activity1 onNewIntent! HashCode=1156107632 TaskId=10
03-01 15:04:50.994: ERROR/Activity2(401): Activity2 onDestroy! HashCode=1156128104 TaskId=10
和我们所期望的那样,如果Activity发现已经存在时,会销毁其上的Activity,然后调用onNewIntent。
之后,我们按Home键,返回桌面,然后,再次进入该应用,我们神奇的发现,我们进入的是MyActivity界面,taskId为10的所有Activity不知了踪影!
这是因为,该应用对应的task的id为9,所以,进入后之后MyActivity在该task中,所以最后显示的是MyActivity。我的以上Activity1的代码实际上是不好的习惯,因为Activity1很可能会成为一个孤岛,所以建议,如果该Activity的类型不是LAUNCHER,最好不要设为singleTask。
那么singleTask的这些特性有什么用处?我们举一个例子,浏览器就是一个singleTask的例子,启动一个浏览器,在Android中是一个比较沉重的过程,它需要做很多初始化的工作,并且会有不小的内存开销。如果有多个应用都来请求打开网页,那么系统就不会不堪重负。因此,如果浏览器采用singleTask模式,如果有多个请求打开网页的请求,都会在一个Task中响应,这样就会避免以上的情况。
“孤独寂寞”——singleInstance模式
我们现在来研究最后一个加载模式,singgleInstance,测试很简单,我们只要在singleTask测试的例子中,将Activity1的模式改为singleInstance模式即可。
我们首先进行同一应用内部的测试。
首先Activity2->Activity1,观察log信息:
03-01 15:41:59.283: ERROR/Activity2(488): Activity2 onCreated! HashCode=1156067168 TaskId=12
03-01 15:42:04.103: ERROR/Activity1(488): Activity1 onCreate! HashCode=1156107520 TaskId=13
我们发现,当采用singleInstance模式时,启动时创建了一个新的Task,并将Activity1实例化加入到该Task中。
然后我们Activity1->Activity2->Activity1,观察log信息:
03-01 15:43:52.214: ERROR/Activity2(488): Activity2 onCreated! HashCode=1156127728 TaskId=12
03-01 15:43:56.804: ERROR/Activity1(488): Activity1 onNewIntent! HashCode=1156107520 TaskId=13
我们通过该log信息可以得出结论:singleInstance的Activity(Activity1)不允许其他的Activity(Activity2)加入到自己的Task中,它是的内心容不下另一个人,它是一个孤独寂寞的人。 当Activity1发现已经存在一个Task中包含自己的实例时,它会调用自己的onNewIntent。
然后,我们同样也测试一下,如果其它应用程序调用Activity1会出现什么样的情况:
MyActivity->Activity1, 观察log信息:
03-01 15:50:21.134: ERROR/MyActivity(556): TaskId=16
03-01 15:50:21.484: ERROR/Activity1(534): Activity1 onCreate! HashCode=1156107344 TaskId=17
不出意料,Activity1重新创建了一个Task,并将自己的实例入栈。
Activity1->Activity2->Activity1->Activity2, 我们观察log信息:
03-01 15:50:36.484: ERROR/Activity2(534): Activity2 onCreated! HashCode=1156128056 TaskId=18
03-01 15:50:46.114: ERROR/Activity1(534): Activity1 onNewIntent! HashCode=1156107344 TaskId=17
我们从该过程可以看出:如果从其它应用程序调用singleInstance模式的Activity(Activity1),从该Activity开启其他Activity(Activity2)时,会创建一个新的Task(task id为18的那个),实际上,如果包含该Activity(Activity2)的Task已经运行的话,他会在该运行的Task中重新创建。
OK,上面啰嗦了那么多,如果这部分不是很清楚的人,可能已经头昏脑胀了。那我们总结一下吧,这总该看看了吧。
“拿来主义”standard模式。哪里需要调用我我就去哪里,可以多次实例化,可以几个相同的Activity重叠。
“拒绝堆叠”singleTop模式。可以多次实例化,但是不可以多个相同的Activity重叠,当堆栈的顶部为相同的Activity时,会调用onNewIntent函数。
“独立门户”singleTask模式。同一个应用中调用该Activity时,如果该Activity没有被实例化,会在本应用程序的Task内实例化,如果已经实例化,会将Task中其上的Activity销毁后,调用onNewIntent;其它应用程序调用该Activity时,如果该Activity没有被实例化,会创建新的Task并实例化后入栈,如果已经实例化,会销毁其上的Activity,并调用onNewIntent。一句话,singleTask就是“独立门户”,在自己的Task里,并且启动时不允许其他Activity凌驾于自己之上。
“孤独寂寞”singleInstance模式。加载该Activity时如果没有实例化,他会创建新的Task后,实例化入栈,如果已经存在,直接调用onNewIntent,该Activity的Task中不允许启动其它的Activity,任何从该Activity启动的其他Activity都将被放到其他task中,先检查是否有本应用的task,没有的话就创建。
1. 如果已经启动了四个Activity:A,B,C和D。在D Activity里,我们要跳到B Activity,同时希望C finish掉,可以在startActivity(intent)里的intent里添加flags标记,如下所示:
- Intent intent = new Intent(this, B.class);
- intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
-
startActivity(intent);[java] view plaincopy
-
这样启动B Activity,就会把D,C都finished掉,如果你的B Activity的启动模式是默认的(multiple) ,则B Activity会finished掉,再启动一个新的Activity B。
如果不想重新再创建一个新的B Activity,则在上面的代码里再加上:
- intent.addFlags(Intent.FLAG_ACTIVITY_SINGLE_TOP);
[java] view plaincopy
- intent.addFlags(Intent.FLAG_ACTIVITY_SINGLE_TOP);
这样B Activity就会再创建一个新的了,而是会重用之前的B Activity,同时调用B Activity的onNewIntent()方法。
2. 如果已经启动了四个Activity:A,B,C和D,在D Activity里,想再启动一个Actvity B,但不变成A,B,C,D,B,而是希望是A,C,D,B,则可以像下面写代码:
- Intent intent = new Intent(this, MainActivity.class);
- intent.addFlags(Intent.FLAG_ACTIVITY_REORDER_TO_FRONT);
- startActivity(intent);