Activity的啓動模式與flag詳解

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_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，那麼將不會新建一個實例壓入棧中。

 /////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Activity的主要屬性：

allowTaskReparenting：設置成true時，和Intent的FLAG_ACTIVITY_NEW_TASK 標記相似。

alwaysRetainTaskStat:   若是用戶長時間將某個task 移入後臺，則系統會將該task的棧內容彈出只剩下棧底的activity，此時用戶再返回，則只能看到根activity了。若是棧底的 activity的這個屬性設置成true，則將阻止這一行爲，從而保留全部的棧內容。

clearTaskOnLaunch：根activity的這個屬性設置成true時，和上面的alwaysRetainTaskStat 的屬性爲true狀況搞好相反。

finishOnTaskLaunch：對於任何activity，若是它的這個屬性設置成true，則當task被放置到後臺，而後從新啓動後，該activity將不存在了。