首先我想說秕狰，這是一個老生常談的問題愁拭，網(wǎng)上說一翻一大片夯巷，原因有二：
- 這個東西不難杂彭，因為它很基礎(chǔ)
- 這個東西很重要
然而從自身角度出發(fā)慌闭，還是很有必要去深入地嗦董，詳細地去理解一下這它甘畅。
首先我們就去源碼里面扒一扒城榛，Andriod是怎么樣獲取這個lanchMode的搂橙。
之前大致把Activity的啟動流程圖(基于Android sdk 23) 通過泳道圖的形式畫了一下歉提，
那么基本上可以斷定的是，關(guān)于launchMode這塊的邏輯應(yīng)該是在ActivityStackSupervisor這個類区转，因為里面涉及到stack的操作苔巨，在看ActivityStackSupervisor這個類，Activity的launchMode是在resolveActivity這個方法里面實現(xiàn)的废离，繼續(xù)看代碼卻發(fā)現(xiàn)是一頭霧水侄泽，在這里只有使用它的地方，卻沒有發(fā)現(xiàn)哪里去獲取生成它的地方后來進行了一次全局搜索蜻韭，發(fā)現(xiàn)了PackageParser這個類悼尾，里面有一句代碼：
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.
*/
那么這里就可以解釋肖方，默認值為standard的問題闺魏。對于PackageParser的調(diào)用時機，這里不做說明俯画，具體參考
http://blog.csdn.net/Luoshengyang/article/details/6766010舷胜。
目前Activity中共有四種啟動模式: standard、singleTop活翩、singleTask烹骨、singleInstance
standard
標準模式，也是默認模式材泄，它的表現(xiàn)特點沮焕，在同一個任務(wù)棧里面，可以出現(xiàn)多個實例拉宗；每個實例也可以屬于不同的任務(wù)棧峦树。換句話說辣辫，就是這個實例是被放在啟動它的任務(wù)棧里面去。這個其實也很好理解魁巩，通俗一點講就是急灭，我啟動一次，就創(chuàng)建一個實例谷遂，我再啟動一次葬馋，再去創(chuàng)建一次。
singleTop
棧頂復(fù)用肾扰，字面去理解畴嘶，就大致上可以知道如果當前啟動的這個Activity，它屬于棧頂集晚，那么就用原先那個窗悯，如果不是屬于棧頂即使它的實例已經(jīng)存在，那么跟standard模式表現(xiàn)是一樣的偷拔。而對于復(fù)用的Activity蒋院，它就不會去執(zhí)行原有的Activity的生命周期，而是直接去執(zhí)行Activity里面的onNewIntent()方法莲绰。事實上這種情況在實際開發(fā)中用到的并不是很多欺旧。
singleTask
棧內(nèi)復(fù)用，那么它跟singleTop的區(qū)別是钉蒲，只要棧內(nèi)有目標Activity對應(yīng)的實例存在切端，那么它就會復(fù)用先前的實例，那么當實例不在棧頂?shù)臅r候顷啼，那么就需要把在它上面面的其他實例給一一出棧踏枣。
singleInstance
網(wǎng)上看到很多人是這么描述singleInstance的，它是singleTask的加強版钙蒙，singleTask是對于一個任務(wù)棧來說的茵瀑，而singleInstance則是基于整個系統(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扛施，因為a1聲明為singleInstance鸿捧，那么當應(yīng)用B啟動a1的時候，a2疙渣，a3必然也會被它從原先的A的任務(wù)棧里面移除匙奴。
