在多Activity開發中,有可能是自己應用之間的Activity跳轉,或者夾帶其他應用的可複用Activity。可能會希望跳轉到原來某個Activity實例,而不是產生大量重複的Activity。
這需要爲Activity配置特定的加載模式,而不是使用默認的加載模式。
加載模式分類及在哪裏配置
Activity有四種加載模式:
- standard
- singleTop
- singleTask
- singleInstance
設置的位置在AndroidManifest.xml文件中activity元素的android:launchMode屬性:
<activity android:name="ActB" android:launchMode="singleTask"></activity>
也可以在Eclipse ADT中圖形界面中編輯:
區分Activity的加載模式,通過示例一目瞭然。這裏編寫了一個Activity A(ActA)和Activity B(ActB)循環跳轉的例子。對加載模式修改和代碼做稍微改動,就可以說明四種模式的區別。
standard
首先說standard模式,也就是默認模式,不需要配置launchMode。先只寫一個名爲ActA的Activity:
package com.easymorse.activities;
import android.app.Activity;
import android.content.Intent;
import android.os.Bundle;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button;
import android.widget.LinearLayout;
import android.widget.TextView;public class ActA extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
TextView textView = new TextView(this);
textView.setText(this + "");
Button button = new Button(this);
button.setText("go actA");
button.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent();
intent.setClass(ActA.this, ActA.class);
startActivity(intent);
}
});
LinearLayout layout = new LinearLayout(this);
layout.setOrientation(LinearLayout.VERTICAL);
layout.addView(textView);
layout.addView(button);
this.setContentView(layout);
}
}
例子中都沒有用layout,免得看着羅嗦。可見是ActA –> ActA的例子。在界面中打印出對象的toString值可以根據hash code識別是否創建新ActA實例。
第一個界面:
點擊按鈕後:
可以多點幾次。發現每次都創建了該Activity的新實例。standard的加載模式就是這樣的,intent將發送給新的實例。
現在點Android設備的回退鍵,可以看到是按照剛纔創建Activity實例的倒序依次出現,類似退棧的操作,而剛纔操作跳轉按鈕的過程是壓棧的操作。如下圖:
singleTop
singleTop和standard模式,都會將intent發送新的實例(後兩種模式不發送到新的實例,如果已經有了的話)。不過,singleTop要求如果創建intent的時候棧頂已經有要創建的Activity的實例,則將intent發送給該實例,而不發送給新的實例。
還是用剛纔的示例,只需將launchMode改爲singleTop,就能看到區別。
運行的時候會發現,按多少遍按鈕,都是相同的ActiA實例,因爲該實例在棧頂,因此不會創建新的實例。如果回退,將退出應用。
singleTop模式,可用來解決棧頂多個重複相同的Activity的問題。
如果是A Activity跳轉到B Activity,再跳轉到A Activity,行爲就和standard一樣了,會在B Activity跳轉到A Activity的時候創建A Activity的新實例,因爲當時的棧頂不是A Activity實例。
ActA類稍作改動:
package com.easymorse.activities;
import android.app.Activity;
import android.content.Intent;
import android.os.Bundle;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button;
import android.widget.LinearLayout;
import android.widget.TextView;public class ActA extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
TextView textView = new TextView(this);
textView.setText(this + "");
Button button = new Button(this);
button.setText("go actB");
button.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent();
intent.setClass(ActA.this, ActB.class);
startActivity(intent);
}
});
LinearLayout layout = new LinearLayout(this);
layout.setOrientation(LinearLayout.VERTICAL);
layout.addView(textView);
layout.addView(button);
this.setContentView(layout);
}
}
ActB類:
package com.easymorse.activities;
import android.app.Activity;
import android.content.Intent;
import android.os.Bundle;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button;
import android.widget.LinearLayout;public class ActB extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Button button=new Button(this);
button.setText("go actA");
button.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
Intent intent=new Intent();
intent.setClass(ActB.this, ActA.class);
startActivity(intent);
}
});
LinearLayout layout=new LinearLayout(this);
layout.addView(button);
this.setContentView(layout);
}
}
ActB類使用默認(standard)加載,ActA使用singleTop加載。結果類似下圖:
如果把ActA的加載模式改爲standard,情況一樣。
singleTask
singleTask模式和後面的singleInstance模式都是隻創建一個實例的。
當intent到來,需要創建singleTask模式Activity的時候,系統會檢查棧裏面是否已經有該Activity的實例。如果有直接將intent發送給它。
把上面singleTop的實例中的ActA的launchMode改爲singleTask,ActB的改爲standard。那麼會發現在ActA界面中按一次按鈕:
然後在ActB1界面中按按鈕,因爲ActA是singleTask,會使用原來的ActA1實例。這時候棧內的情況:
如果多次按按鈕跳轉,會發現始終只有ActA1這一個ActA類的實例。
singleInstance
解釋singleInstance模式比較麻煩。
首先要說一下Task(任務)的概念。
如果是Swing或者Windows程序,可能有多個窗口可以切換,但是你無法在自己程序中複用人家的窗口。注意是直接複用人家的二進制代碼,不是你拿到人家api後的源代碼級調用。
Android可以做到,讓別人的程序直接複用你的Activity(類似桌面程序的窗口)。
Android爲提供這種機制,就引入了Task的概念。Task可以認爲是一個棧,可放入多個Activity。比如啓動一個應用,那麼Android就創建了一個Task,然後啓動這個應用的入口Activity,就是intent-filter中配置爲main和launch的那個(見一個APK文件部署產生多個應用安裝的效果)。這個Activity是根(Root)Activity,可能會在它的界面調用其他Activity,這些Activity如果按照上面那三個模式,也會在這個棧(Task)中,只是實例化的策略不同而已。
驗證的辦法是調用和打印Activity的taskId:
TextView textView2 = new TextView(this);
textView2.setText("task id: "+this.getTaskId());
會發現,無論切換Activity,taskId是相同的。
當然也可以在這個單一的Task棧中,放入別人的Activity,比如google地圖,這樣用戶看過地圖按回退鍵的時候,會退棧回到調用地圖的Activity。對用戶來說,並不覺得在操作多個應用。這就是Task的作用。
但是,有這樣的需求,多個Task共享一個Activity(singleTask是在一個task中共享一個Activity)。
現成的例子是google地圖。比如我有一個應用是導遊方面的,其中調用的google地圖Activity。那麼現在我比如按home鍵,然後到應用列表中打開google地圖,你會發現顯示的就是剛纔的地圖,實際上是同一個Activity。
如果使用上面三種模式,是無法實現這個需求的。google地圖應用中有多個上下文Activity,比如路線查詢等的,導遊應用也有一些上下文Activity。在各自應用中回退要回退到各自的上下文Activity中。
singleInstance模式解決了這個問題(繞了這麼半天才說到正題)。讓這個模式下的Activity單獨在一個task棧中。這個棧只有一個Activity。導遊應用和google地圖應用發送的intent都由這個Activity接收和展示。
這裏又有兩個問題:
- 如果是這種情況,多個task棧也可以看作一個應用。比如導遊應用啓動地圖Activity,實際上是在導遊應用task棧之上singleInstance模式創建的(如果還沒有的話,如果有就是直接顯示它)一個新棧,當這個棧裏面的唯一Activity,地圖Activity回退的時候,只是把這個棧移開了,這樣就看到導遊應用剛纔的Activity了;
- 多個應用(Task)共享一個Activity要求這些應用都沒有退出,比如剛纔強調要用home鍵從導遊應用切換到地圖應用。因爲,如果退出導遊應用,而這時也地圖應用並未運行的話,那個單獨的地圖Activity(task)也會退出了。
如果還是拿剛纔的ActA和ActB的示例,可以把ActB的模式改爲singleInstance,ActA爲standard,如果按一次按鈕切換到ActB,看到現象用示意圖類似這樣:
如果是第一次按鈕切換到ActB,在ActB在按按鈕切換到ActA,然後再回退,示意圖是:
另外,可以看到兩個Activity的taskId是不同的。
Intent的常用Flag參數:
FLAG_ACTIVITY_CLEAR_TOP:例如現在的棧情況爲:A B C D 。D此時通過intent跳轉到B,如果這個intent添加FLAG_ACTIVITY_CLEAR_TOP標記,則棧情況變爲:A B。如果沒有添加這個標記,則棧情況將會變成:A B C D B。也就是說,如果添加了FLAG_ACTIVITY_CLEAR_TOP標記,並且目標Activity在棧中已經存在,則將會把位於該目標activity之上的activity從棧中彈出銷燬。這跟上面把B的Launch mode設置成singleTask類似。
FLAG_ACTIVITY_NEW_TASK:例如現在棧1的情況是:A B C。C通過intent跳轉到D,並且這個intent添加了FLAG_ACTIVITY_NEW_TASK標記,如果D這個Activity在Manifest.xml中的聲明中添加了Task affinity,並且和棧1的affinity不同,系統首先會查找有沒有和D的Task affinity相同的task棧存在,如果有存在,將D壓入那個棧,如果不存在則會新建一個D的affinity的棧將其壓入。如果D的Task affinity默認沒有設置,或者和棧1的affinity相同,則會把其壓入棧1,變成:A B C D,這樣就和不加FLAG_ACTIVITY_NEW_TASK標記效果是一樣的了。 注意如果試圖從非activity的非正常途徑啓動一個activity,比如從一個service中啓動一個activity,則intent比如要添加FLAG_ACTIVITY_NEW_TASK標記。
FLAG_ACTIVITY_NO_HISTORY:例如現在棧情況爲:A B C。C通過intent跳轉到D,這個intent添加FLAG_ACTIVITY_NO_HISTORY標誌,則此時界面顯示D的內容,但是它並不會壓入棧中。如果按返回鍵,返回到C,棧的情況還是:A B C。如果此時D中又跳轉到E,棧的情況變爲:A B C E,此時按返回鍵會回到C,因爲D根本就沒有被壓入棧中。
FLAG_ACTIVITY_SINGLE_TOP:和上面Activity的Launch mode的singleTop類似。如果某個intent添加了這個標誌,並且這個intent的目標activity就是棧頂的activity,那麼將不會新建一個實例壓入棧中。
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
Activity的主要屬性:
allowTaskReparenting:設置成true時,和Intent的FLAG_ACTIVITY_NEW_TASK標記類似。
alwaysRetainTaskStat: 如果用戶長時間將某個task移入後臺,則系統會將該task的棧內容彈出只剩下棧底的activity,此時用戶再返回,則只能看到根activity了。如果棧底的activity的這個屬性設置成true,則將阻止這一行爲,從而保留所有的棧內容。
clearTaskOnLaunch:根activity的這個屬性設置成true時,和上面的alwaysRetainTaskStat的屬性爲true情況搞好相反。
finishOnTaskLaunch:對於任何activity,如果它的這個屬性設置成true,則當task被放置到後臺,然後重新啓動後,該activity將不存在了