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

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。

作用：避免一個糟糕的用戶體驗,如果這個界面已經被打開且在任務棧的棧頂,就不會重復開啟了

只有一個實例。在同一個應用程序中啟動他的時候，若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的實例,有線程安全問題!

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

轉載：http://blog.csdn.net/chaoyu168/article/details/51004716