Android之四種載入方式

（http://marshal.easymorse.com/archives/2950 圖片）

在多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是不同的。

**********************************這是分割線*****************************

注意：（一）當選擇後兩種方式時 如果按Home鍵退出，再長按Home鍵進入，此時onNewIntent不被訪問，因為再次進入的時候沒有被發起Intent 。只有調用startActivity(Intent i);時才會啟用onNewIntent。（這種特性可以用來監聽到Home鍵，哈哈）

（二）如果選擇載入模式為singleInstance，則這時如果有用到TTS的話，在進行TTS檢測時在onActivityResult中返回的結果會是TextToSpeech.Engine.CHECK_VOICE_DATA_FAIL；而其他模式則不會出現這種情況，具體原因還有待研究。