Android--Activity四種啟動模式

標籤：

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屬性為以上四種之一即可。

<pre name="code" class="html" style="font-size: 14px;"><activity      android:name=".A1"      android:launchMode="standard" /> 

standard
預設模式，可以不用寫配置。在這個模式下，都會預設建立一個新的執行個體。因此，在這種模式下，可以有多個相同的執行個體，也允許多個相同Activity疊加。

例如：
若我有一個Activity名為A1, 上面有一個按鈕可跳轉到A1。那麼如果我點擊按鈕，便會新啟一個Activity A1疊在剛才的A1之上，再點擊，又會再新啟一個在它之上……
點back鍵會依照棧順序依次退出。
singleTop

可以有多個執行個體，但是不允許多個相同Activity疊加。即，如果Activity在棧頂的時候，啟動相同的Activity，不會建立新的執行個體，而會調用其onNewIntent方法。

例如：
若我有兩個Activity名為B1,B2,兩個Activity內容功能完全相同，都有兩個按鈕可以跳到B1或者B2，唯一不同的是B1為standard，B2為singleTop。
若我意圖開啟的順序為B1->B2->B2，則實際開啟的順序為B1->B2（後一次意圖開啟B2，實際只調用了前一個的onNewIntent方法）
若我意圖開啟的順序為B1->B2->B1->B2，則實際開啟的順序與意圖的一致，為B1->B2->B1->B2。

作用：避免一個糟糕的使用者體驗,如果這個介面已經被開啟且在任務棧的棧頂,就不會重複開啟了 singleTask
只有一個執行個體。在同一個應用程式中啟動他的時候，若Activity不存在，則會在當前task建立一個新的執行個體，若存在，則會把task中在其之上的其它Activity destory掉並調用它的onNewIntent方法。
如果是在別的應用程式中啟動它，則會建立一個task，並在該task中啟動這個Activity，singleTask允許別的Activity與其在一個task中共存，也就是說，如果我在這個singleTask的執行個體中再開啟新的Activity，這個新的Activity還是會在singleTask的執行個體的task中。

例如：
若我的應用程式中有三個Activity,C1,C2,C3，三個Activity可互相啟動，其中C2為singleTask模式，那麼，無論我在這個程式中如何點擊啟動，如：C1->C2->C3->C2->C3->C1-C2，C1,C3可能存在多個執行個體，但是C2隻會存在一個，並且這三個Activity都在同一個task裡面。
但是C1->C2->C3->C2->C3->C1-C2，這樣的操作過程實際應該是如下這樣的，因為singleTask會把task中在其之上的其它Activity destory掉。
操作：C1->C2          C1->C2->C3          C1->C2->C3->C2            C1->C2->C3->C2->C3->C1             C1->C2->C3->C2->C3->C1-C2
實際：C1->C2          C1->C2->C3          C1->C2                              C1->C2->C3->C1                               C1->C2

若是別的應用程式開啟C2，則會新啟一個task。
如別的應用Other中有一個activity，taskId為200，從它開啟C2，則C2的taskIdI不會為200，例如C2的taskId為201，那麼再從C2開啟C1、C3，則C2、C3的taskId仍為201。
注意：如果此時你點擊home，然後再開啟Other，發現這時顯示的肯定會是Other應用中的內容，而不會是我們應用中的C1 C2 C3中的其中一個。

應用情境：

         瀏覽器：底層使用的是webkit c 核心,初始化一次需要申請很多的記憶體資源,佔用cpu時間，所以使用singletask,保證在任務棧裡只會有一個執行個體存在

singleInstance

只有一個執行個體，並且這個執行個體獨立運行在一個task中，這個task只有這個執行個體，不允許有別的Activity存在。

例如：
程式有三個ActivityD1,D2,D3，三個Activity可互相啟動，其中D2為singleInstance模式。那麼程式從D1開始運行，假設D1的taskId為200，那麼從D1啟動D2時，D2會新啟動一個task，即D2與D1不在一個task中運行。假設D2的taskId為201，再從D2啟動D3時，D3的taskId為200，也就是說它被壓到了D1啟動的任務棧中。

若是在別的應用程式開啟D2，假設Other的taskId為200，開啟D2，D2會建立一個task運行，假設它的taskId為201，那麼如果這時再從D2啟動D1或者D3，則又會再建立一個task，因此，若操作步驟為other->D2->D1，這過程就涉及到了3個task了。

特點：

singleInstance的啟動模式更加極端,

開啟新的activity,會給自己建立一個單獨的任務棧

不管是從應用內部開啟還是通過其他應用調用

TaskId是單獨的，已存在的則只需調用onNewIntent

應用情境：

在整個手機作業系統裡面只會有一個該activity的執行個體存在,

有道詞典，金山詞典

所以多個應用程式共用這個activity的執行個體,有安全執行緒問題!

例如鬧鈴提醒，將鬧鈴提醒與鬧鈴設定分離

Android--Activity四種啟動模式