Android：圖解四種啟動模式 及 實際應用情境講解

標籤：應用   top   activity   com   gac   顯示   cte   xtend   包含   

在一個項目中會包含著多個Activity，系統中使用任務棧來儲存建立的Activity執行個體，任務棧是一種“後進先出”的棧結構。舉個栗子，若我們多次啟動同一個Activity，系統會建立多個執行個體依次放入任務棧中，當按back鍵返回時，每按一次，一個Activity出棧，直到棧空為止，當棧中無任何Activity，系統就會回收此任務棧。

上面這個例子中的Activity並沒有設定啟動模式，你會發現多次啟動同一個Activity，而系統卻建立了多個執行個體，白白浪費記憶體，這種情況Android早就替我們考慮好了。Android為Activity 的建立提供了4種啟動模式，而根據實際應用情境的不同，為Activity 選擇不同的啟動模式，最大化減少了每次都需要在棧中建立一個新的Activity的壓力，減少記憶體使用量。

啟動模式的具體說明和使用情境？下面根據這篇博文來一一解惑。

一. Android啟動模式詳解

1. Standard 標準模式

說明： Android建立Activity時的預設模式，如果沒有為Activity設定啟動模式的話，預設為標準模式。每次啟動一個Activity都會重新建立一個新的執行個體入棧，不管這個執行個體是否存在。

生命週期：如上所示，每次被建立的執行個體Activity 的生命週期符合典型情況，它的onCreate、onStart、onResume都會被調用。

舉例：此時Activity 棧中以此有A、B、C三個Activity，此時C處於棧頂，啟動模式為Standard 模式。若在C Activity中添加點擊事件，需要跳轉到另一個同類型的C Activity。結果是另一個C Activity進入棧中，成為棧頂。

2. SingleTop 棧頂複用模式

說明：分兩種處理情況：需要建立的Activity已經處於棧頂時，此時會直接複用棧頂的Activity，不會再建立新的Activity；若需要建立的Activity不處於棧頂，此時會重新建立一個新的Activity入棧，同Standard模式一樣。

生命週期：若情況一中棧頂的Activity被直接複用時，它的onCreate、onStart不會被系統調用，因為它並沒有發生改變，但是一個新的方法 onNewIntent會被回調（Activity被正常建立時不會回調此方法）。

舉例：此時Activity 棧中以此有A、B、C三個Activity，此時C處於棧頂，啟動模式為SingleTop 模式。情況一：在C Activity中添加點擊事件，需要跳轉到另一個同類型的C Activity。結果是直接複用棧頂的C Activity。情況二：在C Activity中添加點擊事件，需要跳轉到另一個A Activity。結果是建立一個新的Activity入棧，成為棧頂。

3. SingleTask 棧內複用模式

說明：若需要建立的Activity已經處於棧中時，此時不會建立新的Activity，而是將存在棧中的Activity上面的其它Activity全部銷毀，使它成為棧頂。

生命週期：同SingleTop 模式中的情況一相同，只會重新回調Activity中的 onNewIntent方法

舉例：此時Activity 棧中以此有A、B、C三個Activity，此時C處於棧頂，啟動模式為SingleTask 模式。情況一：在C Activity中添加點擊事件，需要跳轉到另一個同類型的C Activity。結果是直接用棧頂的C Activity。情況二：在C Activity中添加點擊事件，需要跳轉到另一個A Activity。結果是將A Activity上面的B、C全部銷毀，使A Activity成為棧頂。

4. SingleInstance 單一實例模式

說明： SingleInstance比較特殊，是全域單例模式，是一種加強的SingleTask模式，它除了具有它所有特性外，還加強了一點：具有此模式的Activity只能單獨位於一個任務棧中。這個常用於系統中的應用，例如Launch、鎖屏鍵的應用等等，整個系統中只有一個！所以在我們的應用中一般不會用到，瞭解即可。

舉例：比如 A Activity是該模式，啟動A後，系統會為它建立一個單獨的任務棧，由於棧內複用的特性，後續的請求均不會建立新的Activity，除非這個獨特的任務棧被系統銷毀。

二.啟動模式的使用方式 1. 在 Manifest.xml中指定Activity啟動模式

一種靜態指定方法，在Manifest.xml檔案中聲明Activity的同時指定它的啟動模式，這樣在代碼中跳轉時會按照指定的模式來建立Activity。例子如下：

        <activity android:name="..activity.MultiportActivity" android:launchMode="singleTask"/>

2. 啟動Activity時，在Intent中指定啟動模式去建立Activity

一種動態啟動模式，在new 一個Intent後，通過Intent的addFlags方法去動態指定一個啟動模式。例子如下：

        Intent intent = new Intent();        intent.setClass(context, MainActivity.class);        intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);        context.startActivity(intent);

注意：以上兩種方式都可以為Activity指定啟動模式，但是二者還是有區別的。

（1）優先順序：動態指定方式即第二種比第一種優先順序要高，若兩者同時存在，以第二種方式為準。
（2）限定範圍：第一種方式無法為Activity直接指定 FLAG_ACTIVITY_CLEAR_TOP 標識，第二種方式無法為Activity指定 singleInstance 模式。

三. Activity 的 Flags

標記位既可以設定Activity的啟動模式，如同上面介紹的，在動態指定啟動模式，比如 FLAG_ACTIVITY_NEW_TASK 和 FLAG_ACTIVITY_SINGLE_TOP 等。它還可以影響Activity 的運行狀態 ，比如 FLAG_ACTIVITY_CLEAN_TOP 和 FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS 等。下面介紹幾個主要的標記位，切勿死記，理解幾個即可，需要時再查官方文檔。

1. FLAG_ACTIVITY_NEW_TASK

作用是為Activity指定 “SingleTask”啟動模式，跟在AndroidMainfest.xml指定效果相同。

2. FLAG_ACTIVITY_SINGLE_TOP

作用是為Activity指定 “SingleTop”啟動模式，跟在AndroidMainfest.xml指定效果相同。

3. FLAG_ACTIVITY_CLEAN_TOP

具有此標記位的Activity，啟動時會將與該Activity在同一任務棧的其它Activity出棧，一般與SingleTask啟動模式一起出現。它會完成SingleTask的作用，但其實SingleTask啟動模式預設具有此標記位的作用

4.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

具有此標記位的Activity不會出現在曆史Activity的列表中，使用情境：當某些情況下我們不希望使用者通過曆史列表回到Activity時，此標記位便體現了它的效果。它等同於在xml中指定Activity的屬性：

android:excludeFromRecents="trure"

四. 啟動模式的實際應用情境

這四種模式中的Standard模式是最普通的一種，沒有什麼特別注意，而SingleInstance模式是整個系統的單例模式，在我們的應用中一般不會應用到，所以，這裡就具體講解 SingleTop 和 SingleTask模式的運用情境：

1. SingleTask模式的運用情境

最常見的應用情境就是保持我們應用開啟後只有一個Activity的執行個體，最典型的例子就是應用中展示的首頁（Home頁）。假設使用者在首頁跳轉到其它頁面，執行多次操作後想返回到首頁，如果不使用SingleTask模式，在點擊返回的過程中會多次看到首頁，這明顯就是設計不合理了。

2. SingleTop模式的運用情境

如果你在當前的Activity中又要啟動同類型的Activity，此時建議將此類型Activity的啟動模式指定為SingleTop，可以減少Activity的建立，節省記憶體！

3. 注意：複用Activity時的生命週期回調

這裡還需要考慮一個Activity跳轉時攜帶頁面參數的問題。

因為當一個Activity設定了SingleTop或者SingleTask模式後，跳轉此Activity出現複用原有Activity的情況時，此Activity的onCreate方法將不會再次執行！onCreate方法只會在第一次建立Activity時被執行。

而一般onCreate方法中會進行該頁面的資料初始化、UI初始化，如果頁面的展示資料無關頁面跳轉傳遞的參數，則不必擔心此問題，若頁面展示的資料就是通過getInten() 方法來擷取，那麼問題就會出現：getInten()擷取的一直都是老資料，根本無法接收跳轉時傳送的新資料！下面，通過一個例子來詳解：

Manifest.xml        <activity            android:name=".activity.CourseDetailActivity"            android:launchMode="singleTop"            android:screenOrientation="portrait" />

public class CourseDetailActivity extends BaseActivity{  ......  @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_course_detail_layout);        initData();        initView();    }   //初始化資料    private void initData() {        Intent intent = getIntent();        mCourseID = intent.getStringExtra(COURSE_ID);    }    //初始化UI    private void initView() {    ......    }    ......}

以上代碼中的CourseDetailActivity在設定檔中設定了啟動模式是SingleTop模式，根據上面啟動模式的介紹可得知，當CourseDetailActivity處於棧頂時，再次跳轉頁面到CourseDetailActivity時會直接複用原有的Activity，而且此頁面需要展示的資料是從getIntent(）方法得來，可是initData()方法不會再次被調用，此時頁面就無法顯示新的資料。

當然這種情況系統早就為我們想過了，這時我們需要另外一個回調 onNewIntent（Intent intent）方法，此方法會傳入最新的intent，這樣我們就可以解決上述問題。這裡建議的方法是重新去setIntent，然後重新去初始化資料和UI，代碼如下所示：

/** 複用Activity時的生命週期回調*/    @Override    protected void onNewIntent(Intent intent) {        super.onNewIntent(intent);        setIntent(intent);        initData();        initView();    }

這樣，在一個頁面中可以重複跳轉並顯示不同的內容。

啟動模式其實是初學Android時會學到的知識點，以前也是一知半懂，有些知識點其實跟設計模式一樣，你不去使用而只是學習並非可以掌握到精髓，只有真正去使用才會將這些變成你自己的，文章部分內容參考了《Android開發藝術探索》，好書推薦。

最近在使用啟動模式，特此來小小總結一番，網上關於此類的文章也有許多，但是多總結總結還是有益無害的。

歡迎指錯~
希望對你們有協助 ：）

Android：圖解四種啟動模式 及 實際應用情境講解