Activity 四種啓動模式

standard：Activity的默認加載方法，即便某個Activity在Task棧中已經存在，另外一個activity經過Intent跳轉到該activity，一樣會新建立一個實例壓入棧中。例如：如今棧的狀況爲：A B C D，在D這個Activity中經過Intent跳轉到D，那麼如今的棧狀況爲： A B C D D 。此時若是棧頂的D經過Intent跳轉到B，則棧狀況爲：A B C D D B。此時若是依次按返回鍵，D  D C B A將會依次彈出棧而顯示在界面上。

 singleTop：若是某個Activity的Launch mode設置成singleTop，那麼當該Activity位於棧頂的時候，再經過Intent跳轉到自己這個Activity，則將不會建立一個新的實例壓入棧中。例如：如今棧的狀況爲：A B C D。D的Launch mode設置成了singleTop，那麼在D中啓動Intent跳轉到D，那麼將不會新建立一個D的實例壓入棧中，此時棧的狀況依然爲：A B C D。可是若是此時B的模式也是singleTop，D跳轉到B，那麼則會新建一個B的實例壓入棧中，由於此時B不是位於棧頂，此時棧的狀況就變成了：A B C D B。

 singleTask：若是某個Activity是singleTask模式，那麼Task棧中將會只有一個該Activity的實例。例如：如今棧的狀況爲：A B C D。B的Launch mode爲singleTask，此時D經過Intent跳轉到B，則棧的狀況變成了：A B。而C和D被彈出銷燬了，也就是說位於B之上的實例都被銷燬了。

關於singleTask這個網上很有爭議，包括google api上的說明也讓我看的是一頭霧水，本身用實例親測，終於算是搞清楚了

正解：1.singleTask 並不必定處於棧底

　　　2.singleTask 並必定會是棧底的根元素　

　　  3.singleTask 並不必定會啓動新的task　　

    　狀況一：若是在本程序中啓動singleTask的activity：假設ActivityA是程序的入口，是默認的模式（standard）,ActivityB是singleTask 模式，由ActivityA啓動，剛ActivityB不會位於棧底，不是根元素，不會啓動新的task，此種狀況ActivityB會和ActivityA在一個棧中，位於ActivityA上面

　　狀況二：若是ActivityB由另一個程序啓動：假設apkA是狀況一中的應用，apkB是測試程序，在apkB中啓動apkA中的ActivityB，剛ActivityB會位於棧底，是根元素，會啓動新的task

注意：singleTask模式的Activity不論是位於棧頂仍是棧底，再次運行這個Activity時，都會destory掉它上面的Activity來保證整個棧中只有一個本身，切記切記

singleInstance：將Activity壓入一個新建的任務棧中。例如：Task棧1的狀況爲：A B C。C經過Intent跳轉到D，而D的Launch mode爲singleInstance，則將會新建一個Task棧2。此時Task棧1的狀況仍是爲：A B C。Task棧2的狀況爲：D。此時屏幕界面顯示D的內容，若是這時D又經過Intent跳轉到D，則Task棧2中也不會新建一個D的實例，因此兩個棧的狀況也不會變化。而若是D跳轉到C，則棧1的狀況變成了：A B C C，由於C的Launch mode爲standard，此時若是再按返回鍵，則棧1變成：A B C。也就是說如今界面還顯示C的內容，不是D。

好了，如今有一個問題就是這時這種狀況下若是用戶點擊了Home鍵，則再也回不到D的即時界面了。若是想解決這個問題，能夠爲D在Manifest.xml文件中的聲明加上：

 <intent-filter>

       <action android:name="android.intent.action.MAIN" />

        <category android:name="android.intent.category.LAUNCHER" />

 </intent-filter>

 加上這段以後，也就是說該程序中有兩個這種聲明，另外一個就是那個正常的根activity，在打成apk包安裝以後，在程序列表中能看到兩個圖標，可是若是都運行的話，在任務管理器中其實也只有一個。上面的狀況點擊D的那個圖標就能回到它的即時界面（好比一個EditText，之前輸入的內容，如今回到以後依然存在）。

 PS：intent-filter中 <action android:name="android.intent.action.MAIN" />和 <category android:name="android.intent.category.LAUNCHER" />兩個過濾條件缺一不可纔會在程序列表中添加一個圖標，圖標下的顯示文字是android:label設定的字符串。

轉載：http://www.cnblogs.com/xiaoQLu/archive/2011/09/29/2195742.html

-------------------------------------------------------------------------------------------------

android:launchMode
用於指示Activity如何啓動。這裏有四種模式，與Intent對象中的Activity Flags（FLAG_ACTIVITY_*變量）共同做用，來決定Activity如何啓動來處理Intent。它們是：

「standard」
「singleTop」
「singleTask」
「singleInstance」

默認模式是「standard」。

這些模式能夠分紅兩大組別，「standard」和「singleTop」一組，「singleTask」和「singleInstance」一組。具備「standard」和「singleTop」啓動模式的Activity能夠實例化不少次。這些實例能夠屬於任何Task而且能夠位於Activity stack的任何位置。典型的狀況是，它們會進入調用startActivity()的Task（除非Intent對象包含FLAG_ACTIVITY_NEW_TASK標誌，在這種狀況下會選擇一個不一樣的Task——參考taskAffinity特性）。
相反的，「singleTask」和「singleInstance」只能啓動一個Task。它們老是位於Activity stack的底部。甚至，設備一次只能擁有一個Activity的實例——只有一個這樣的Task。

「standard」和「singleTop」模式只在一種狀況下有差異：每次有一個新的啓動「standard」Activity的Intent，就會建立一個新的實例來響應這個Intent。每一個實例處理一個Intent。類似的，一個「singleTop」的Activity實例也有可能被建立來處理新的Intent。然而，若是目標Task已經有一個存在的實例而且位於stack的頂部，那麼，這個實例就會接收到這個新的Intent（調用onNewIntent()）；不會建立新的實例。在其餘狀況下——例如，若是存在的「singleTop」的Activity實例在目標Task中，但不是在stack的頂部，或者它在一個stack的頂部，但不是在目標Task中——新的實例都會被建立並壓入stack中。
「singleTask」和「singleInstance」模式也只在一種狀況下有差異：「singleTask」Activity容許其它Activity成爲它的Task的部分。它位於Activity stack的底部，其它Activity（必須是「standard」和「singleTop」Activity）能夠啓動加入到相同的Task中。「singleInstance」Activity，換句話說，不容許其它Activity成爲它的Task的部分。它是Task中的惟一Activity。若是它啓動其它的Activity，這個Activity會被放置到另外一個task中——好像Intent中包含了FLAG_ACTIVITY_NEW_TASK標誌。