本文參考了此文http://hi.baidu.com/amauri3389/blog/item/a54475c2a4b2f040b219a86a.htmlhtml
另附 android task與back stack開發文檔翻譯android
參見:http://mypyg.iteye.com/blog/919643 http://blog.csdn.net/infsafe/article/details/5666964api
(本文轉自https://www.cnblogs.com/xiaoQLu/archive/2011/09/29/2195742.html)測試
Activity有四種加載模式:standard(默認), singleTop, singleTask和 singleInstance。如下逐一舉例說明他們的區別:google
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將會依次彈出棧而顯示在界面上。spa
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。.net
singleTask:若是某個Activity是singleTask模式,那麼Task棧中將會只有一個該Activity的實例。例如:如今棧的狀況爲:A B C D。B的Launch mode爲singleTask,此時D經過Intent跳轉到B,則棧的狀況變成了:A B。而C和D被彈出銷燬了,也就是說位於B之上的實例都被銷燬了。翻譯
關於singleTask這個網上很有爭議,google api說singTask模式只能啓動一個task,且老是位於棧底,這個也不是徹底正確code
分2種狀況:xml
一、若是在同一個應用(apk)中使用singleTask,剛不在棧底,對應於下面的狀況一
二、若是從不一樣應用啓動一個singleTask的activity,剛依賴於此activity所在的棧,若是以前沒有運行過,則新建棧處於棧底,若是有運行過,則有可能不在棧底,對應於狀況二
狀況一:若是在本程序中啓動singleTask的activity:假設ActivityA是程序的入口,是默認的模式(standard),ActivityB是singleTask 模式,由ActivityA啓動,剛ActivityB不會位於棧底,不是根元素,不會啓動新的task,此種狀況ActivityB會和ActivityA在一個棧中,位於ActivityA上面
狀況二:若是ActivityB由另一個程序啓動:假設apkA是狀況一中的應用,apkB是另一個測試程序,在apkB中啓動apkA中的ActivityB,再分兩種狀況,若是ActivityB未啓動過,剛ActivityB會位於棧底,是根元素,會啓動新的task;若是ActivityB啓動過,則ActivityB保持原來的位置不變,在棧底或者棧頂,移除掉ActivityB之上全部的activity(若是有),見下圖
此圖就是保存了activitY所在的棧的狀況,按返回鍵的時候,會首先依次移除掉activitY所在的棧的activity,而後纔是activity2的
注意: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設定的字符串。