Activity使我們在開發(fā)中最常用到的組件，除了坑爹的生命周期他的啟動模式也是很重要的一個知識點(diǎn)。
Activity 一共有四種啟動模式，分別為：standard，singleTop，singleTask，singleInstance。一下分別討論著四種啟動模式的異同和使用場景。

standard

standard是系統(tǒng)默認(rèn)的啟動模式，他的特點(diǎn)是每次啟動Activity都會創(chuàng)建一個新的Activity實(shí)例。每個新的Activity既可以存在于同一個任務(wù)棧也可以存在于不同的任務(wù)棧下（任務(wù)棧接下來會淺談），誰啟動了這個standard模式的Activity，這個Activity就是出現(xiàn)在誰的棧內(nèi)（singleInstance下令做討論）。如果用ABCD的代表四個Activity的話我們啟動了順序A-B-C這個時候又啟動了B那么棧內(nèi)就會有ABCB四個Activity實(shí)例。ABCD在下文中代表四個Activity

singleTop

該模式下分類討論，
①該Activity已經(jīng)存在：
a.該Activity已經(jīng)位于棧頂：這個Activity就不會被重新創(chuàng)建，并且會調(diào)用onNewIntent方法。舉例說明，我們啟動了ABCD四個Acitivity，這個時候D位于棧頂，并且D是singleTop模式，這個時候在D內(nèi)重新啟動D任務(wù)棧內(nèi)結(jié)構(gòu)仍為ABCD，但是這個時候D的onCreate，onStart不會被調(diào)用，onNewIntent被系統(tǒng)調(diào)起，我們可以再onNewIntent里面處理相關(guān)的信息。
b.該Activity不在棧頂：直接舉例說明，C為singleTop模式，其他的為standar模式，棧內(nèi)存在ABDC，C在棧頂，這個時候再去啟動D就會重新創(chuàng)建一個新的Activity，棧內(nèi)存在ABDCD五個Activity。
②該Activity不存在
會創(chuàng)建一個新的位于棧頂?shù)腁ctivity，其他同上。

singleTask

一個App不一定是只有一個任務(wù)棧干到死的，可能存在多個任務(wù)棧，而在singleTask模式的Activity只會存在一個棧內(nèi)，分類討論如下：
①該Activity在所在的棧都不存在：
創(chuàng)建一個新的棧然后將新Activity壓入棧內(nèi)。
②該Activity所在的任務(wù)棧存在：
a.棧在Activity不存在：創(chuàng)建新的Activity并壓入棧內(nèi)。
b.棧在Activity也存在：
1.該Activity在棧頂：Activity喚起并調(diào)用onNewIntent。
2.該Acitivity不在棧頂：該Activity被調(diào)至棧頂并調(diào)用onNewIntent。
注意:棧的結(jié)構(gòu)是先進(jìn)后出的，所謂的調(diào)至棧頂就是清空該Activity上面的Activity使用其暴露在頂部。（好黑暗/(ㄒoㄒ)/~~）
(上面提到的Acitivity所在的棧會在討論完這四種模式后討論)

好吧，顯然這個singleTask模式是為處女座準(zhǔn)備的。

舉個栗子：棧S1存在ABC ，在C內(nèi)啟動singleTask模式的D，D所在的棧應(yīng)該為S2，好了，開始套公式（敲黑板），
如果S2不存在，創(chuàng)建S2，并在S2內(nèi)創(chuàng)建新的D；
如果S2存在，里面已經(jīng)有了EF就是沒有D，那么創(chuàng)建D，并壓入S2棧頂；
如果S2存在，里面有了DEF，猥瑣的D蹲在正好棧底部，那么D上面的EF就會被趕出S2棧，使D出現(xiàn)在棧頂，并調(diào)用D的onNewIntent方法。

綜上所述：singleTask是一個任務(wù)棧內(nèi)復(fù)用的模式。

PS：啟動一個新的任務(wù)棧的singleTaskActivity系統(tǒng)動畫會和standard模式下一鍵跳轉(zhuǎn)不一樣。不知道是不是系統(tǒng)的問題，還是Android對于任務(wù)棧就是這么定義的。

singleInstance

顧名思義，單例模式...
這種模式下和上述的singleTask很接近，唯一不一樣的是，在singleTask模式下的Activity是允許大家住一間屋的，但是它有事的時候你們都得讓路，它是不會重建的。而這個singleInstance模式的Activity簡直就是混蛋的孤家寡人，它不允許它住的屋子里面有人...也就是說singleInstance自己擁有一個任務(wù)棧，棧內(nèi)只有他自己。

我們上面提到在standard之下跳轉(zhuǎn)，在哪個棧內(nèi)跳轉(zhuǎn)就standard模式的Activity就會出現(xiàn)的誰的棧內(nèi)，但是基于上面singleInstance的孤家寡人理論這兩個顯然是矛盾的，本著知行合一，做一個實(shí)現(xiàn)，新建ABC三個Activity，C為singleTask，A->B->C 然后繼續(xù)跳轉(zhuǎn)到A，這個是時候back，會發(fā)現(xiàn)顯示了B，并沒有顯示C，接著back會顯示A，再BACK顯示C，在C就退出應(yīng)用了。而且在C相鄰Activity會明顯發(fā)現(xiàn)動畫不一樣。

這是我們看到的情況，接下來我們用 abd shell dumpsys activity命令，找到輸出

TaskRecord{85124cb #1461 A=com.maomibox.myapplication U=0 StackId=1 sz=3}
        Run #16: ActivityRecord{7733e23 u0 com.maomibox.myapplication/.A t1461}
TaskRecord{e348f76 #1462 A=com.maomibox.myapplication U=0 StackId=1 sz=1}
        Run #15: ActivityRecord{6c5074a u0 com.maomibox.myapplication/.C t1462}
TaskRecord{85124cb #1461 A=com.maomibox.myapplication U=0 StackId=1 sz=3}
        Run #14: ActivityRecord{8047354 u0 com.maomibox.myapplication/.B t1461}
        Run #13: ActivityRecord{9e18691 u0 com.maomibox.myapplication/.A t1461}

會發(fā)現(xiàn)id為85124cb只有ABAAcitivity，C存在于 id為e348f76 的棧內(nèi)，也就是說C所在的棧內(nèi)是有他自己，A也并沒有像上文說的standard一樣出現(xiàn)在C所在的棧內(nèi)。在棧85124cb全部退出后，執(zhí)行e348f76 棧的退出，最終退出應(yīng)用。

啥是任務(wù)棧

上面提到了那么多任務(wù)棧，這個任務(wù)棧是啥？
棧是一種先進(jìn)后出的結(jié)構(gòu)，任務(wù)棧就是存放Activity的地方，standard模式下只有一個任務(wù)棧，而在singleTask模式下并搭配上taskAffinity屬性則會新開一個任務(wù)棧，singleInstance自帶Buff，自己會創(chuàng)建一個任務(wù)棧，如果在singleTask下不指定taskAffinity那么就相當(dāng)于啥都沒做，還是在默認(rèn)棧內(nèi)。給activity指定任務(wù)棧如下

        <activity android:name=".C"
            android:launchMode="singleInstance" 
            android:taskAffinity="com.demo.c"/>

上文提到的“所在的?！?/strong>就是這個com.demo.c，C就運(yùn)行在這個棧內(nèi)。
taskAffinity屬性和signleTask啟動模式或者和allowTaskReparenting搭配才有用沒其他情況下毛用沒有（有待驗(yàn)證）。