首先我想說，這是一個(gè)老生常談的問題，網(wǎng)上說一翻一大片，原因有二：
- 這個(gè)東西不難，因?yàn)樗芑A(chǔ)
- 這個(gè)東西很重要
然而從自身角度出發(fā)，還是很有必要去深入地，詳細(xì)地去理解一下這它。
首先我們就去源碼里面扒一扒，Andriod是怎么樣獲取這個(gè)lanchMode的。
之前大致把Activity的啟動流程圖(基于Android sdk 23) 通過泳道圖的形式畫了一下，
那么基本上可以斷定的是，關(guān)于launchMode這塊的邏輯應(yīng)該是在ActivityStackSupervisor這個(gè)類，因?yàn)槔锩嫔婕暗?code>stack的操作，在看ActivityStackSupervisor這個(gè)類，Activity的launchMode是在resolveActivity這個(gè)方法里面實(shí)現(xiàn)的，繼續(xù)看代碼卻發(fā)現(xiàn)是一頭霧水，在這里只有使用它的地方，卻沒有發(fā)現(xiàn)哪里去獲取生成它的地方后來進(jìn)行了一次全局搜索，發(fā)現(xiàn)了PackageParser這個(gè)類，里面有一句代碼：
a.info.launchMode = sa.getInt(R.styleable.AndroidManifestActivity_launchMode, ActivityInfo.LAUNCH_MULTIPLE);
再去看一下ActivityInfo.LAUNCH_MULTIPLE里面的注釋，
/***
* Constant corresponding to <code>standard</code> in * the {@link android.R.attr#launchMode} attribute.
*/
那么這里就可以解釋，默認(rèn)值為standard的問題。對于PackageParser的調(diào)用時(shí)機(jī)，這里不做說明，具體參考
http://blog.csdn.net/Luoshengyang/article/details/6766010。
目前Activity中共有四種啟動模式: standard、singleTop、singleTask、singleInstance
standard
標(biāo)準(zhǔn)模式，也是默認(rèn)模式，它的表現(xiàn)特點(diǎn)，在同一個(gè)任務(wù)棧里面，可以出現(xiàn)多個(gè)實(shí)例；每個(gè)實(shí)例也可以屬于不同的任務(wù)棧。換句話說，就是這個(gè)實(shí)例是被放在啟動它的任務(wù)棧里面去。這個(gè)其實(shí)也很好理解，通俗一點(diǎn)講就是，我啟動一次，就創(chuàng)建一個(gè)實(shí)例，我再啟動一次，再去創(chuàng)建一次。
singleTop
棧頂復(fù)用，字面去理解，就大致上可以知道如果當(dāng)前啟動的這個(gè)Activity，它屬于棧頂，那么就用原先那個(gè)，如果不是屬于棧頂即使它的實(shí)例已經(jīng)存在，那么跟standard模式表現(xiàn)是一樣的。而對于復(fù)用的Activity，它就不會去執(zhí)行原有的Activity的生命周期，而是直接去執(zhí)行Activity里面的onNewIntent()方法。事實(shí)上這種情況在實(shí)際開發(fā)中用到的并不是很多。
singleTask
棧內(nèi)復(fù)用，那么它跟singleTop的區(qū)別是，只要棧內(nèi)有目標(biāo)Activity對應(yīng)的實(shí)例存在，那么它就會復(fù)用先前的實(shí)例，那么當(dāng)實(shí)例不在棧頂?shù)臅r(shí)候，那么就需要把在它上面面的其他實(shí)例給一一出棧。
singleInstance
網(wǎng)上看到很多人是這么描述singleInstance的，它是singleTask的加強(qiáng)版，singleTask是對于一個(gè)任務(wù)棧來說的，而singleInstance則是基于整個(gè)系統(tǒng)來說的，假設(shè)應(yīng)用A里面有Activity: a1, a2, a3，其中a1聲明為singleInstance，a1啟動a2, a2啟動a3，應(yīng)用B里面的activity想要去調(diào)用應(yīng)用A里面的a1，因?yàn)閍1聲明為singleInstance，那么當(dāng)應(yīng)用B啟動a1的時(shí)候，a2，a3必然也會被它從原先的A的任務(wù)棧里面移除。
