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之上的實例都被銷毀了。
關於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，以前輸入的內容，現在回到之後依然存在）。
