Android總結篇系列:Activity啓動模式(lauchMode)

本文轉載自:https://www.cnblogs.com/lwbqqyumidi/p/3771542.html 作者:lwbqqyumidi 轉載請註明該聲明。

本來想針對Activity中的啓動模式寫篇文章的,後來網上發現有人已經總結的相當好了,在此直接引用過來,並加上自己的一些理解,在此感謝原作者。

文章地址:

http://blog.csdn.net/liuhe688/article/details/6754323

-------------------------------------------------------------------------------------------------

launchMode在多個Activity跳轉的過程中扮演着重要的角色,它可以決定是否生成新的Activity實例,是否重用已存在的Activity實例,是否和其他Activity實例公用一個task裏。這裏簡單介紹一下task的概念,task是一個具有棧結構的對象,一個task可以管理多個Activity,啓動一個應用,也就創建一個與之對應的task。

Activity一共有以下四種launchMode:

1.standard

2.singleTop

3.singleTask

4.singleInstance

我們可以在AndroidManifest.xml配置<activity>的android:launchMode屬性爲以上四種之一即可。

下面我們結合實例一一介紹這四種lanchMode:

1.standard

standard模式是默認的啓動模式,不用爲<activity>配置android:launchMode屬性即可,當然也可以指定值爲standard。

我們將會一個Activity,命名爲FirstActivity,來演示一下標準的啓動模式。FirstActivity代碼如下:

 1 package com.scott.launchmode;
2
3 import android.app.Activity;
4 import android.content.Intent;
5 import android.os.Bundle;
6 import android.view.View;
7 import android.widget.Button;
8 import android.widget.TextView;
9
10 public class FirstActivity extends Activity {
11 @Override
12 public void onCreate(Bundle savedInstanceState) {
13 super.onCreate(savedInstanceState);
14 setContentView(R.layout.first);
15 TextView textView = (TextView) findViewById(R.id.textView);
16 textView.setText(this.toString());
17 Button button = (Button) findViewById(R.id.button);
18 button.setOnClickListener(new View.OnClickListener() {
19 @Override
20 public void onClick(View v) {
21 Intent intent = new Intent(FirstActivity.this, FirstActivity.class);
22 startActivity(intent);
23 }
24 });
25 }
26 }

我們FirstActivity界面中的TextView用於顯示當前Activity實例的序列號,Button用於跳轉到下一個FirstActivity界面。

然後我們連續點擊幾次按鈕,將會出現下面的現象:

我們注意到都是FirstActivity的實例,但序列號不同,並且我們需要連續按後退鍵兩次,才能回到第一個FristActivity。standard模式的原理如下圖所示:

如圖所示,每次跳轉系統都會在task中生成一個新的FirstActivity實例,並且放於棧結構的頂部,當我們按下後退鍵時,才能看到原來的FirstActivity實例。

這就是standard啓動模式,不管有沒有已存在的實例,都生成新的實例。

簡單點理解:standard啓動模式Activity棧從棧底到棧頂順序爲A1 -> B -> C -> A2...。(其中A、B、C等都表示不同的Activity實例,A1、A2則表示屬於具有同一Activity類的不同實例)

 

2.singleTop

我們在上面的基礎上爲<activity>指定屬性android:launchMode="singleTop",系統就會按照singleTop啓動模式處理跳轉行爲。我們重複上面幾個動作,將會出現下面的現象:

我們看到這個結果跟standard有所不同,三個序列號是相同的,也就是說使用的都是同一個FirstActivity實例;如果按一下後退鍵,程序立即退出,說明當前棧結構中只有一個Activity實例。singleTop模式的原理如下圖所示:

正如上圖所示,跳轉時系統會先在棧結構中尋找是否有一個FirstActivity實例正位於棧頂,如果有則不再生成新的,而是直接使用。也許朋友們會有疑問,我只看到棧內只有一個Activity,如果是多個Activity怎麼辦,如果不是在棧頂會如何?我們接下來再通過一個示例來證實一下大家的疑問。

我們再新建一個Activity命名爲SecondActivity,如下:

 1 package com.scott.launchmode;
2
3 import android.app.Activity;
4 import android.content.Intent;
5 import android.os.Bundle;
6 import android.view.View;
7 import android.widget.Button;
8 import android.widget.TextView;
9
10 public class SecondActivity extends Activity {
11 @Override
12 protected void onCreate(Bundle savedInstanceState) {
13 super.onCreate(savedInstanceState);
14 setContentView(R.layout.second);
15 TextView textView = (TextView) findViewById(R.id.textView);
16 textView.setText(this.toString());
17 Button button = (Button) findViewById(R.id.button);
18 button.setOnClickListener(new View.OnClickListener() {
19 @Override
20 public void onClick(View v) {
21 Intent intent = new Intent(SecondActivity.this, FirstActivity.class);
22 startActivity(intent);
23 }
24 });
25 }
26 }

然後將之前的FirstActivity跳轉代碼改爲:

1 Intent intent = new Intent(FirstActivity.this, SecondActivity.class);
2 startActivity(intent);

是的,FirstActivity會跳轉到SecondActivity,SecondActivity又會跳轉到FirstActivity。演示結果如下:

 

我們看到,兩個FirstActivity的序列號是不同的,證明從SecondActivity跳轉到FirstActivity時生成了新的FirstActivity實例。原理圖如下:

我們看到,當從SecondActivity跳轉到FirstActivity時,系統發現存在有FirstActivity實例,但不是位於棧頂,於是重新生成一個實例。

這就是singleTop啓動模式,如果發現有對應的Activity實例正位於棧頂,則重複利用,不再生成新的實例。

簡單點理解,singleTop即表示當前Activity棧中“棧頂唯一”,Activity跳轉順序或standard模式下棧結構如果爲:A -> B -> C -> D1 -> D2,則singleTop啓動模式爲:A -> B -> C -> D1(此時回調D1的onNewIntent()..)

 

3.singleTask

在上面的基礎上我們修改FirstActivity的屬性android:launchMode="singleTask"。演示的結果如下:

我們注意到,在上面的過程中,FirstActivity的序列號是不變的,SecondActivity的序列號卻不是唯一的,說明從SecondActivity跳轉到FirstActivity時,沒有生成新的實例,但是從FirstActivity跳轉到SecondActivity時生成了新的實例。singleTask模式的原理圖如下圖所示:

在圖中的下半部分是SecondActivity跳轉到FirstActivity後的棧結構變化的結果,我們注意到,SecondActivity消失了,沒錯,在這個跳轉過程中系統發現有存在的FirstActivity實例,於是不再生成新的實例,而是將FirstActivity之上的Activity實例統統出棧,將FirstActivity變爲棧頂對象,顯示到幕前。也許朋友們有疑問,如果將SecondActivity也設置爲singleTask模式,那麼SecondActivity實例是不是可以唯一呢?在我們這個示例中是不可能的,因爲每次從SecondActivity跳轉到FirstActivity時,SecondActivity實例都被迫出棧,下次等FirstActivity跳轉到SecondActivity時,找不到存在的SecondActivity實例,於是必須生成新的實例。但是如果我們有ThirdActivity,讓SecondActivity和ThirdActivity互相跳轉,那麼SecondActivity實例就可以保證唯一。

這就是singleTask模式,如果發現所在Activity棧中有對應的Activity實例,則使此Activity實例之上的其他Activity實例統統出棧,使此Activity實例成爲棧頂對象,顯示到幕前。

簡單點理解,singleTask表示當前Activity棧中“實例唯一”,Activity跳轉順序或standard模式下棧結構如果爲:A -> B1 -> C -> D -> B2,則singleTask啓動模式爲:A -> B1(此時回調onNewIntent()..)

 

4.singleInstance

這種啓動模式比較特殊,因爲它會啓用一個新的棧結構,將Acitvity放置於這個新的棧結構中,並保證不再有其他Activity實例進入。

我們修改FirstActivity的launchMode="standard",SecondActivity的launchMode="singleInstance",由於涉及到了多個棧結構,我們需要在每個Activity中顯示當前棧結構的id,所以我們爲每個Activity添加如下代碼:

1 TextView taskIdView = (TextView) findViewById(R.id.taskIdView);
2 taskIdView.setText("current task id: " + this.getTaskId());

然後我們再演示一下這個流程:

 

我們發現這兩個Activity實例分別被放置在不同的棧結構中,關於singleInstance的原理圖如下:

我們看到從FirstActivity跳轉到SecondActivity時,重新啓用了一個新的棧結構,來放置SecondActivity實例,然後按下後退鍵,再次回到原始棧結構;圖中下半部分顯示的在SecondActivity中再次跳轉到FirstActivity,這個時候系統會在原始棧結構中生成一個FirstActivity實例,然後回退兩次,注意,並沒有退出,而是回到了SecondActivity,爲什麼呢?是因爲從SecondActivity跳轉到FirstActivity的時候,我們的起點變成了SecondActivity實例所在的棧結構,這樣一來,我們需要“迴歸”到這個棧結構。

此處的解釋不是很贊同,第一次按Back鍵首先是在當前Activity棧中將棧頂元素出棧,然後顯示當前Activity棧中下一個Activity棧,這個沒什麼解釋的,然後按下Back鍵,不是回到手機桌面,而是回到另一個Activity棧中的SecondActivityInstance,我認爲原因在於在於“最近棧”,只要此棧位於上次Home操作之後,就會先顯示它。

如果我們修改FirstActivity的launchMode值爲singleTop、singleTask、singleInstance中的任意一個,流程將會如圖所示:

singleInstance啓動模式可能是最複雜的一種模式,爲了幫助大家理解,我舉一個例子,假如我們有一個share應用,其中的ShareActivity是入口Activity,也是可供其他應用調用的Activity,我們把這個Activity的啓動模式設置爲singleInstance,然後在其他應用中調用。我們編輯ShareActivity的配置:

<activity android:name=".ShareActivity" android:launchMode="singleInstance">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
<intent-filter>
<action android:name="android.intent.action.SINGLE_INSTANCE_SHARE" />
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
</activity>

然後我們在其他應用中這樣啓動該Activity:

1 Intent intent = new Intent("android.intent.action.SINGLE_INSTANCE_SHARE");
2 startActivity(intent);

當我們打開ShareActivity後再按後退鍵回到原來界面時,ShareActivity做爲一個獨立的個體存在,如果這時我們打開share應用,無需創建新的ShareActivity實例即可看到結果,因爲系統會自動查找,存在則直接利用。大家可以在ShareActivity中打印一下taskId,看看效果。關於這個過程,原理圖如下:

 

原作者此處的解釋可能有點讓人誤解。當我們打開ShareActivity後再按後退鍵回到原來界面時,ShareActivity做爲一個獨立的個體存在,此處不應該是按Back鍵,而是Home鍵,因爲一旦按下了Back鍵,ShrareActivityInstance自然就銷燬了,也就不存在所謂的“無須重新創建了”。按下Home鍵後,接下來打開app MainActivity,在另一個Activity棧中app MainActivity入棧,此時startActivity到ShareActivity,無需創建新的ShareActivity實例即可看到結果,因爲系統會自動查找,存在則直接利用。此時第一次按下Back,ShareActivity Instance出棧,此時這個棧中沒有其他Activity了,自然是回到了app MainActivity所在的棧並顯示app MainActivity,接下來按Back鍵,此時app MainActivity所在的棧也沒有其他Activity了,同時又不包含任何其他的“最近棧”,自然是回到了手機桌面。注:此處理解的“最近棧”是以Home鍵或桌面狀態爲間隔區分。

簡單點理解,singleInstance所標識的Activity,當被啓動時,系統會首先判斷系統其他棧中是否已經存在此Activity實例,有則直接使用,並且其所在的Activity棧理論上只有它一個Activity元素。所以啓動它的Activity與它並不在一個task中,所以才需要特別注意Back的問題。一般表示爲:task1 A -> task2 B。

singleInstance表示該Activity在系統範圍內“實例唯一”。由此我們發現,singInstance和singleTask主要區別在與系統範圍內的“實例唯一”還是當前Activity棧“實例唯一”。

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章