Android編程中用到的activity的詳細的啟動模式

標籤：

      Activity有四種載入模式：standard(預設)， singleTop， singleTask和 singleInstance。參考官方文檔，下面分別說明它的的區別：

      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之上的執行個體都被銷毀了。

      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，以前輸入的內容，現在回到之後依然存在）。 

      與之對應就是Intent的Flag，常用Flag參數：

FLAG_ACTIVITY_CLEAR_TOP：例如現在的棧情況為：A B C D 。D此時通過intent跳轉到B，如果這個intent添加FLAG_ACTIVITY_CLEAR_TOP 標記，則棧情況變為：A B。如果沒有添加這個標記，則棧情況將會變成：A B C D B。也就是說，如果添加了FLAG_ACTIVITY_CLEAR_TOP 標記，並且目標Activity在棧中已經存在，則將會把位於該目標activity之上的activity從棧中彈出銷毀。這跟上面把B的Launch mode設定成singleTask類似。

      FLAG_ACTIVITY_NEW_TASK：例如現在棧1的情況是：A B C。C通過intent跳轉到D，並且這個intent添加了FLAG_ACTIVITY_NEW_TASK 標記，如果D這個Activity在Manifest.xml中的聲明中添加了Task affinity，並且和棧1的affinity不同，系統首先會尋找有沒有和D的Task affinity相同的task棧存在，如果有存在，將D壓入那個棧，如果不存在則會建立一個D的affinity的棧將其壓入。如果D的Task affinity預設沒有設定，或者和棧1的affinity相同，則會把其壓入棧1，變成：A B C D，這樣就和不加FLAG_ACTIVITY_NEW_TASK 標記效果是一樣的了。      注意如果試圖從非activity的非正常途徑啟動一個activity，比如從一個service中啟動一個activity，則intent比如要添加FLAG_ACTIVITY_NEW_TASK 標記。

      FLAG_ACTIVITY_NO_HISTORY：例如現在棧情況為：A B C。C通過intent跳轉到D，這個intent添加FLAG_ACTIVITY_NO_HISTORY標誌，則此時介面顯示D的內容，但是它並不會壓入棧中。如果按返回鍵，返回到C，棧的情況還是：A B C。如果此時D中又跳轉到E，棧的情況變為：A B C E，此時按返回鍵會回到C，因為D根本就沒有被壓入棧中。

      FLAG_ACTIVITY_SINGLE_TOP：和上面Activity的 Launch mode的singleTop類似。如果某個intent添加了這個標誌，並且這個intent的目標activity就是棧頂的activity，那麼將不會建立一個執行個體壓入棧中。

Android編程中用到的activity的詳細的啟動模式