『壹』 android Activity啟動模式與狀態保存及恢復詳解
Activity是 Android組件 中最基本也是最為常見用的四大組件（Activity，Service服務，Content Provider內容提供者，BroadcastReceiver廣播接收器）之一 。
Activity是一個應用程序 組件 ，提供一個 屏幕 ，用戶可以用來交互為了完成某項任務。
Activity中所有操作都與用戶密切相關，是一個負責與 用戶交互 的組件，可以通過setContentView(View)來 顯示指定控制項 。
在一個android應用中，一個Activity通常就是一個單獨的屏幕，它上面可以顯示一些控制項也可以監聽並處理用戶的事件做出響應。Activity之間通過Intent進行通信。
關於Activity啟動流程請參考之前的文章 Android activity啟動流程分析
activity有四種啟動模式，分別為standard，singleTop，singleTask，singleInstance。如果要使用這四種啟動模式，必須在manifest文件中<activity>標簽中的launchMode屬性中配置。
標準的默認啟動模式，這種模式下activity可以被多次實例化，即在一個task中可以存在多個activity，每一個activity會處理一個intent對象，（在A中再次啟動A，會存在後面的A在前面的A上面，當前task會存在兩個activity的實例對象）
如果一個singleTop模式啟動的activity實例已經存在於棧頂，那麼再次啟動這個activity的時候，不會重新創建實例，而是重用位於棧頂的那個實例，並且會調用實例的onNewIntent()方法將Intent對象傳遞到這個實例中，如果實例不位於棧頂，會創建新的實例。
啟動模式設置為singleTask，framework在啟動該activity時只會把它標示為可在一個新任務中啟動，至於是否在一個新任務中啟動，還要受其他條件的限制，即taskAffinity屬性。
taskAffinity ：默認情況下，一個應用中的所有activity具有相同的taskAffinity，即應用程序的包名。我們可以通過設置不同的taskAffinity屬性給應用中的activity分組，也可以把不同的應用中的activity的taskAffinity設置成相同的值，當兩個不同應用中的activity設置成相同的taskAffinity時，則兩個activity會屬於同一個TaskRecord。
在啟動一個singleTask的Activity實例時，如果系統中已經存在這樣一個實例，就會將這個實例調度到任務棧的棧頂，並清除它當前所在任務中位於它上面的所有的activity；如果這個已存在的任務中不存在一個要啟動的Activity的實例，則在這個任務的頂端啟動一個實例；若這個任務不存在，則會啟動一個新的任務，在這個新的任務中啟動這個singleTask模式的Activity的一個實例。
以singleInstance模式啟動的Activity具有全局唯一性，即整個系統中只會存在一個這樣的實例，如果在啟動這樣的Activiyt時，已經存在了一個實例，那麼會把它所在的任務調度到前台，重用這個實例。
以singleInstance模式啟動的Activity具有獨占性，即它會獨自佔用一個任務，被他開啟的任何activity都會運行在其他任務中（官方文檔上的描述為，singleInstance模式的Activity不允許其他Activity和它共存在一個任務中）。
被singleInstance模式的Activity開啟的其他activity，能夠開啟一個新任務，但不一定開啟新的任務，也可能在已有的一個任務中開啟，受條件的限制，這個條件是：當前系統中是不是已經有了一個activity B的taskAffinity屬性指定的任務。
涉及到Activity啟動，就不得不說一下Activity的管理，Activity是以什麼方式及被什麼類來進行管理的，涉及的類主要如下：
歷史棧中的一個條目，代表一個activity。ActivityRecord中的成員變數task表示其所在的TaskRecord，ActivityRecord與TaskRecord建立了聯系。
內部維護一個 ArrayList<ActivityRecord> 用來保存ActivityRecord，TaskRecord中的mStack表示其所在的ActivityStack，TaskRecord與ActivityStack建立了聯系。
內部維護了一個 ArrayList<TaskRecord> ，用來管理TaskRecord，ActivityStack中持有ActivityStackSupervisor對象，由ActivityStackSupervisor創建。
負責所有ActivityStack的管理。內部管理了mHomeStack、mFocusedStack和mLastFocusedStack三個Activity棧。其中，mHomeStack管理的是Launcher相關的Activity棧；mFocusedStack管理的是當前顯示在前台Activity的Activity棧；mLastFocusedStack管理的是上一次顯示在前台Activity的Activity棧。
ActivityThread 運行在UI線程（主線程），App的真正入口。
用來實現AMS和ActivityThread之間的交互。
負責調用Activity和Application生命周期。
當一個Activity未被主動關閉，即「被動關閉」時，可能需要系統給用戶提供保持一些狀態的入口。
前面說的入口就是：Activity提供了onSaveInstanceState()方法，該方法是Activity在關閉前保存狀態的核心方法。
前面提到「被動關閉」，如果是主動關閉那麼就不會調用，比如：按back鍵、調用finish()等，那麼"被動關閉"的場景有哪些呢？下面給列舉一下：
肯定在調用onStop()前被調用，但不保證在onPause()前 / 後，一般是在onPause()後調用。
當需要保持狀態時，在onSaveInstanceState()內執行以下邏輯：
當需要恢復時，在onCreate()內部執行以下邏輯：
布局每個View默認實現：onSaveInstanceState()，即UI的任何改變都會自動的存儲和在activity重新創建的時候自動的恢復(只有在為該UI提供了唯一ID後才起作用)；
若需復寫該方法從而存儲額外的狀態信息時，應先調用父類的onSaveInstanceState()（因為默認的onSaveInstanceState()幫助UI存儲它的狀態）；
只使用該方法記錄Activity的瞬間狀態（UI的狀態），而不是去存儲持久化數據，因為onSaveInstanceState()調用時機不確定性；可使用 onPause()[一定會執行]存儲持久化數據；
Activity提供了onRestoreInstanceState()方法，該方法是Activity在重新創建後恢復之前保存狀態的核心方法。
若被動關閉了Activity，即調用了onSaveInstanceState()，那麼下次啟動時會調用onRestoreInstanceState()。
onCreate()--->onStart()--->onRestoreInstanceState()--->onResume()
注意： onSaveInstanceState（）、onRestoreInstanceState（）不一定 成對被調用
如：當正在顯示Activity A時，用戶按下HOME鍵回到主界面，然後用戶緊接著又返回到Activity A，此時Activity A一般不會因為內存的原因被系統銷毀，故Activity A的onRestoreInstanceState()不會被執行；
針對以上情況，onSaveInstanceState保持的參數可以選擇在onCreate()內部進行解析使用，因為onSaveInstanceState的bundle參數會傳遞到onCreate方法中，可選擇在onCreate()中做數據還原。
至此：Activity的啟動模式及Activity的狀態保持及恢復介紹完畢。
『貳』 Activity的幾種啟動模式
一.先理解棧的概念(放置Activity實例的容器)
1.Task(線性表)
任務棧Task，用來放置Activity實例的容器，先進後出，主要有2個基本操作：壓棧和出棧，其所存放的Activity是不支持重新排序的， 只能根據壓棧和出棧操作更改Activity的順序 。
2.app啟動時，系統會為它默認創建一個對應的Task，用來放置根Activity
ps: Activity之間可以相互啟動，當前應用的Activity可以去啟動其他應用的Activity(相機),那麼就是說棧的功能可以把其它app的activity加入到自己app的棧里.
所以Task可以理解為負責管理所有用到的Activity實例的棧,但是.android5.0之後 跨進程調用activity,這個activity會被放入到一個新的棧中。
二.啟動模式(只能根據壓棧和出棧操作更改Activity的順序,所以是啟動模式是以哪種姿勢入棧)
通過在AndroidManifest文件中的屬性andorid:launchMode來設置或者通過Intent的flag來設置
1.standard（常規姿勢入棧）
默認模式。在這個模式下，都會默認創建一個新的實例。因此，在這種模式下，可以有多個相同的實例，也允許多個相同Activity疊加。應用場景：絕大多數Activity。
2.singleTop（棧頂復用姿勢入棧）==FLAG_ACTIVITY_SINGLE_TOP
棧頂復用模式，如果要開啟的activity在任務棧的頂部已經存在，就不會創建新的實例，而是調用 onNewIntent() 方法。避免棧頂的activity被重復的創建。應用場景：在通知欄點擊收到的通知，然後需要啟動一個Activity，這個Activity就可以用singleTop，否則每次點擊都會新建一個Activity。某個場景下連續快速點擊，啟動了兩個Activity。如果這個時候待啟動的Activity使用 singleTop模式也是可以避免這個Bug的。
3.singleTask（棧內復用姿勢入棧）==FLAG_ACTIVITY_CLEAR_TOP
棧內復用模式， activity只會在任務棧裡面存在一個實例。如果要激活的activity，在任務棧裡面已經存在，就不會創建新的activity，而是復用這個已經存在的activity，調用 onNewIntent() 方法，並且清空這個activity任務棧上面所有的activity( CLEAR_TOP回到棧頂 )。應用場景：大多數App的主頁。對於大部分應用，當我們在主界面點擊回退按鈕的時候都是退出應用，那麼當我們第一次進入主界面之後，主界面位於棧底，以後不管我們打開了多少個Activity，只要我們再次回到主界面，都應該使用將主界面Activity上所有的Activity移除的方式來讓主界面Activity處於棧頂，而不是往棧頂新加一個主界面Activity的實例，通過這種方式能夠保證退出應用時所有的Activity都能報銷毀。
4.singleInstance（不入棧）
單一實例模式，整個手機操作系統裡面只有一個實例存在。不同的應用去打開這個activity 共享公用的同一個activity。他會運行在自己單獨，獨立的任務棧裡面，並且任務棧裡面只有他一個實例存在。應用場景：呼叫來電界面。這種模式的使用情況比較罕見，在Launcher中可能使用。或者你確定你需要使Activity只有一個實例。建議謹慎使用。
5.FLAG_ACTIVITY_NO_HISTORY
Activity使用這種模式啟動Activity，當該Activity啟動其他Activity後，該Activity就消失了，不會保留在Activity棧中。
1.getTaskId();獲取當前activity所處的棧
2.同一個應用程序中的activity的親和性一樣(taskAffinity)，也就是說 Actviitya intent時setFalg（Intent.FLAG_ACTIVITY_NEW_TASK）到Activityb 但是Actviitya和Activityb 還是一個棧
在不同的應用中跳轉才會創建新的Task。
3.在Activity上下文之外啟動Activity需要給Intent設置FLAG_ACTIVITY_NEW_TASK標志，不然會報異常。
四 FLAG_ACTIVITY_CLEAR_TASK（必須和FLAG_ACTIVITY_NEW_TASK一起使用）
清空棧內activity，只留下這個activity
『叄』 android 如何打開一個新的activity
1、設置Intent
java">Intentintent=newIntent(當前Activity.this,要打開的Activity.class);
2、通過startActivity打開activity
startActivity(intent);//打開新的activity
『肆』 Android —— Activity的四種啟動模式
除了Activity的生命周期外，Activity的啟動模式也是一個難點，有時候為了滿足項目的特殊需求，就必須使用Activity的啟動模式。
在默認情況下，當我們多次啟動同一個Activity的時候，系統會創建多個實例並把它們放入任務棧中，但是有些場景重復創建多個實例，是沒有必要且浪費資源的，這就需要啟動模式來修改系統的默認行為。
下面，我將以理論+實踐的形式為大家介紹Activity的啟動模式。
這是系統的默認啟動模式，採用這種模式的Activity無論是否已經存在實例，都會重新創建一個實例，在這種模式下誰啟動了這個Activity，那麼這個Activity就運行在啟動它的那個Activity所在的棧中。
實踐：MainActivity 採用 standard 模式
在這種模式下，如果新的Activity已經位於任務棧的棧頂，那麼此Activity不會被重新創建，同時它的 NewIntent 方法將會被回調。如果新Activity的實例已存在但不是位於棧頂，那麼新Activity依然會被創建。
實踐：MainActivity 採用 singleTop 模式
MainActivity 採用 singleTop 模式，SecondActivity採用 standard 模式
這是一種單實例模式，在這種模式下，只要Activity在一個棧中存在，那麼多次啟動此Activity都不會重新創建實例，而是回調 onNewIntent() 。
實踐：MainActivity 採用 singleTask 模式
MainActivity 採用 singleTask 模式，SecondActivity採用 standard 模式
這是一種加強的 singleTask 模式，它除了具有 singleTask 模式的所有特性外，還加強了一點，那就是具有此模式的Activity只能單獨的位於一個任務棧中。
實踐：MainActivity 採用 singleInstance 模式
MainActivity 採用 singleInstance 模式，SecondActivity採用 standard 模式
以上就是Activity啟動模式的介紹。
歡迎留言指出錯誤。
『伍』 Android Activity 啟動流程
[1] 一個 APP 從啟動到主頁面顯示經歷了哪些過程
[2] startActivity 啟動過程分析 - Gityuan
[3] 【譯】Android Application 啟動流程分析
[4] 【凱子哥帶你學 Framework】Activity 啟動過程全解析
[5] Android Framework 之 Activity 啟動流程(一)
[6] 任務和返回堆棧
『陸』 Android之Activity全面解析，有些知識點容易忘記
Activity作為安卓四大組件之一，是最重要也是用得最多的組件，涉及的知識點非常多，有些知識點平時開發很少用到，但在某些場景下需要特別注意，本文詳細整理了Activity涉及的知識點，供開發參考。
針對Activity可以提出很多問題，如：
Activity 的生命周期？
Activity 之間的通信方式？
Activity 各種情況下的生命周期？
橫豎屏切換時 Activity 的生命周期？
前台切換到後台，然後再回到前台時 Activity 的生命周期？
彈出 Dialog 的時候按 Home 鍵時 Activity 的生命周期？
兩個Activity之間跳轉時的生命周期？
下拉狀態欄時 Activity 的生命周期？
Activity 與 Fragment 之間生命周期比較？
Activity 的四種 LaunchMode（啟動模式）的區別？
Activity 狀態保存與恢復？
Activity的轉場動畫有哪些實現方式？
Activity的生命周期中怎麼獲取控制項寬高？
onNewIntent的執行時機？
如何連續退出多個Activity？
如何把Acitivty設置成Dialog樣式 ，android:theme="@android:style/Theme.Dialog"
關於橫豎屏切換的生命周期，對應不同的手機，由於廠商定製的原因，會有不同的效果，如設置了configChanges="orientation」在有些手機會執行各個生命周期，但有些手機卻不會執行。
網上常見的結論如下：
但實際的測試如下：
可以看出，不同廠商的手機切屏生命周期會有差異。
從API 13以上，當設備在橫豎切屏時，「屏幕尺寸」也會發生變化，因此為了杜絕切屏導致頁面銷毀重建，需要加上screenSize，使用設置4，即 android:configChanges="orientation|keyboardHidden|screenSize" .
Activity的四種狀態如下：
在activity處於paused或者stoped狀態下，如果系統內存緊張，可能會被銷毀，當重回該activity時會重建，正常返回和被回收後返回的生命周期如下：
如果是回收後返回，onCreate的參數savedInstanceState不為空。
有哪些場景會觸發onNewIntent回調呢？跟啟動模式有關，首先該Activity實例已經存在，再次啟動才可能觸發。一種情況是啟動模式是singleTask或者singleInstance，無論該activity在棧中哪個位置，都會觸發onNewIntent回調，並且把上面其他acitivity移除，另一種情況是啟動模式是singleTop或者以FLAG_ACTIVITY_SINGLE_TOP啟動，並且該activity實例在棧頂，會觸發onNewIntent，如果不在棧頂是重新創建的，不會觸發。
在實際業務開發中，往往碰到需要連續退出多個activity實例，下面整理了幾種常見方法：
● 發送特定廣播
1、在需要處理連續退出的activity注冊該特定廣播；
2、發起退出的activity發送該特定廣播；
3、接收到該廣播的activity 調用finish結束頁面。
● 遞歸退出
1、用startActivityForResult啟動新的activity；
2、前一個頁面finish時，觸發onActvityResult回調，再根據requestCode和resultCode處理是否finish，達到遞歸退出的效果。
● FLAG_ACTIVITY_CLEAR_TOP
通過intent.setFlag(Intent.FLAG_ACTIVITY_CLEAR_TOP)啟動新activity，如果棧中已經有該實例，則會把該activity之上的所有activity關閉，達到singleTop啟動模式的效果。
● 自定義activity棧
1、自定義activity列表，新打開activity則加入棧中，關閉則移除棧；
2、需要退出多個activity時，則循環從棧中移除activity實例，並調用finish。
在討論Activity啟動模式經常提到任務棧，那到底什麼是任務棧？
任務是一個Activity的集合，它使用棧的方式來管理其中的Activity，這個棧又被稱為返回棧(back stack)，棧中Activity的順序就是按照它們被打開的順序依次存放的。返回棧是一個典型的後進先出(last in, first out)的數據結構。下圖通過時間線的方式非常清晰地向我們展示了多個Activity在返回棧當中的狀態變化：
taskAffinity 任務相關性，可以用於指定一個Activity更加願意依附於哪一個任務，在默認情況下，同一個應用程序中的所有Activity都具有相同的affinity， 名字為應用的包名。當然了，我們可以為每個 Activity 都單獨指定 taskAffinity 屬性（不與包名相同）。taskAffinity 屬性主要和 singleTask 啟動模式和 allowTaskReparenting 屬性配對使用，在其他情況下沒有意義。
taskAffinity 有下面兩種應用場景：
分為顯示啟動和隱式啟動。
（1）顯示啟動
直接指定待調整的Activity類名。
（2）隱式啟動
Intent 能夠匹配目標組件的 IntentFilter 中所設置的過濾信息，如果不匹配將無法啟動目標 Activity。IntentFilter 的過濾信息有 action、category、data。
IntentFilter 需要注意的地方有以下：
● 一個 Activity 中可以有多個 intent-filter
● 一個 intent-filter 同時可以有多個 action、category、data
● 一個 Intent 只要能匹配任何一組 intent-filter 即可啟動對應 Activity
● 新建的 Activity 必須加上以下這句，代表能夠接收隱式調用
<category android:name="android.intent.category.DEFAULT" />
只要匹配一個action即可跳轉，注意的是action要區分大小寫。
規則：如果intent中有category，則所有的都能匹配到intent-filter中的category，intent中的category數量可用少於intent-filter中的。另外，單獨設置category是無法匹配activity的，因為category屬性是一個執行Action的附加信息。
intent不添加category會匹配默認的，即 「android:intent.category.DEFAULT」
如果上面例子，如果去掉intent.setAction("action_name")，則會拋出異常：
規則：類似action，但data有復雜的結構，只要匹配一個data並且與data中所有屬性都一致就能匹配到Activity，只要有1個屬性不匹配，都無法找到activity。
data的結構：
data 主要是由 URI 和 mimeType 組成的。
URI 可配置很多信息，的結構如下：
與url類似，例如：
mineType：指資源類型包括文本、圖片、音視頻等等，例如:text/plain、 image/jpeg、video/* 等
下面看下data匹配的例子：
只匹配scheme
只匹配scheme也是能匹配到activity的。
匹配scheme、host、port
將上面的data改為
匹配mineType
如果有mineType，則不能僅設置setData或setMineType了，因為setData會把mineType置為null，而setMineType會把data置為null，導致永遠無法匹配到activity，要使用setDataAndType。
使用scheme的默認值contentfile
注意該方法需要在startAtivity方法或者是finish方法調用之後立即執行，不能延遲，但可以在子線程執行。
而在windowAnimationStyle中存在四種動畫：
activityOpenEnterAnimation // 打開新的Activity並進入新的Activity展示的動畫
activityOpenExitAnimation // 打開新的Activity並銷毀之前的Activity展示的動畫
activityCloseEnterAnimation //關閉當前Activity進入上一個Activity展示的動畫
activityCloseExitAnimation // 關閉當前Activity時展示的動畫
overridePendingTransition的方式比較生硬，方法也比較老舊了，不適用於MD風格，google提供了新的轉場動畫ActivityOptions，並提供了兼容包ActivityOptionsCompat。
我們知道在onCreate和onResume裡面直接獲取到控制項寬高為0，那有什麼辦法獲取到控制項的實際寬高？只要有onWindowFocusChanged、view.post、ViewTreeObserver三種方式獲取。
當用戶點擊桌面圖標啟動APP時，背後的流程如下：
我們看到的手機桌面是Launch程序的界面，點擊應用圖標會觸發點擊事件，調用startActivity(intent)，然後通過Binder IPC機制，與ActivityManagerService(AMS)通訊，AMS執行一系列操作，最終啟動目前應用，大概流程如下：
通過PackageManager的resolveIntent()收集跳轉intent對象的指向信息，然後通過grantUriPermissionLocked()方法來驗證用戶是否有足夠的許可權去調用該intent對象指向的Activity。如果有許可權，則在新的task中啟動目標activity，如果發現沒有進程，則先創建進程。
如果進程不存在，AMS會調用startProcessLocked創建新的進程，在該方法中，會通過socket的通訊方式通知zygote進程孵化新的進程並返回pid，在新的進程中會初始化ActivityThread，並依次調用Looper.prepareLoop()和Looper.loop()來開啟消息循環。
創建好進程後下一步要將Application和進程綁定起來，AMS會調用上一節創建的ActivityThread對象的bindAppliction方法完成綁定工作，該方法會發送一條BIND_APPLICATION的消息，最終會調用handleBindApplication方法處理消息，並調用makeApplication方法處理消息，載入APP的classes到內存中。
通過前面的步驟，系統已經擁有了該Application的進程，後續的啟動則是從已存在其他進程中啟動Acitivity，即調用realStartAcitvityLocked，該方法會調用Application的主線程對象ActivityThread的sheleLaunchActivity方法，在方法中會發送LAUNCH_ACTIVITY到消息隊列，最終通過handleLaunchActivity處理消息，完成Acitivty的啟動。
Activity
Activity 的 36 大難點，你會幾個？「建議收藏」
[譯]Android Application啟動流程分析
『柒』 Android應用設置啟動Activity
打開app/src/main目錄下的AndroidManifest.xml文件，修改以下內容
在需要啟動的activity中添加以下內容
更多內容點此查看。
『捌』 由從服務中啟動activity——談談安卓的任務與棧
在安卓的服務中這樣啟動活動：
你會得到這樣的錯誤：
你知道我對安卓的什麼地方最為痴迷？是它應用之間的協作。怎麼協作？依靠activity之間的協作。
這種協作是可以跨越應用的。我們從task談起。
task最直觀的是安卓第三個虛擬鍵所列出的那些就是任務。
以上這種功能的實現，要從task談起，developer上，這樣定義task:
翻譯過來，大體意識就是task是一個具有棧結構的容器，用以執行一定特定的工作，它可以放置多個Activity實例。
啟動一個應用，系統就會為之創建一個task，來放置根Activity。默認情況下，一個Activity啟動另一個Activity時，兩個Activity是放置在同一個task中的，後者被壓入前者所在的task棧，當用戶按下後退鍵，後者從task被彈出，前者又顯示在幕前，特別是啟動其他應用中的Activity時，兩個Activity對用戶來說就好像是屬於同一個應用。
task可以分為系統task和task。這兩者之間是互相獨立的。
當我們運行一個應用時，按下Home鍵回到主屏，啟動另一個應用，這個過程中，之前的task被轉移到後台，新的task被轉移到前台，其根Activity也會顯示到幕前，過了一會之後，在此按下Home鍵回到主屏，再選擇之前的應用，之前的task會被轉移到前台，系統仍然保留著task內的所有Activity實例，而那個新的task會被轉移到後台，如果這時用戶再做後退等動作，就是針對該task內部進行操作了。
一個Activity當然要表面自己身在哪個task,所以每個Activity都有taskAffinity屬性。這個屬性指出了它希望進入的Task。
如果一個Activity指明自己的taskaffinity，那麼它的這個屬性就等於Application指明的taskAffinity，如果Application也沒有指明，那麼該taskAffinity的值就等於包名。
而Task也有自己的affinity屬性，它的值等於它的根Activity的taskAffinity的值。
顯示的聲明activiy的屬性
這很簡單，在AndroidManifest.xml中聲明
有了上面的基礎，請記住這兩種文檔說明的情況：
1. 如果該Activity的allowTaskReparenting設置為true，它進入後台，當一個和它有相同affinity的Task進入前台時，它會重新宿主，進入到該前台的task中。
**2. 如果載入某個Activity的intent，Flag被設置成FLAG_ACTIVITY_NEW_TASK時，它會首先檢查是否存在與自己taskAffinity相同的Task，如果存在，那麼它會直接宿主到該Task中，如果不存在則重新創建Task。 **
activity有四種啟動模式，分別為 standard，singleTop，singleTask，singleInstance。
這四種模式我不細說，我們只從名字上分析分析。
第一種，標准模式，想想就知道是平常的模式，這里的標准意思是每生成一個activity的實例，就當一個實例的放在棧里。
第二種，singleTop,在於那個top。要是activity不在棧頂,它和standard模式沒什麼區別，要是在top,就不創建一個新的，用棧頂原來那個。
第三種，不那麼容易，尤其是 官網的說法好像有問題。
singleTask模式的Activity只允許在系統中有一個實例。 如果系統中已經有了一個實例，持有這個實例的任務將移動到頂部，同時intent將被通過onNewIntent()發送。如果沒有，則會創建一個新的Activity並置放在合適的任務中。
這話的意思，我們分兩種情況討論，一是在同一個應用，二是不同。
在同一個應用中，如果系統中還沒有singleTask的Activity，會新創建一個，並放在同一任務的棧頂。但是如果已經存在，singleTask Activity上面的所有Activity將以合適的方式自動銷毀，讓我們想要顯示的Activity處於棧頂。
在非同一個應用中，intent是從另外的應用發送過來。系統中沒有任何Activity的實例的化，會創建一個新的任務，並且新的Activity被作為根Activity創建;如果系統中擁有這個singleTask的應用存在，新建的Activity會置於這個任務的上面。
第四種，和第三種很像，關鍵在於singleInstance，就是只能有這一個單例存在在棧中。
回到開頭，我們還沒解決開始的錯誤。最簡單粗暴的方法是：
這可以解決問題，不過也還存在一個小問題，留待讀者發現：）
Flag的字面意思很好理解，如果你讀懂了上述的任務與活動啟動模式的化，再提供幾個intent Flags:
至於意思，還是字面理解就好了。
『玖』 Android中的Activity詳解--啟動模式與任務棧
目錄
activity的簡單介紹就不寫了，作為最常用的四大組件之一，肯定都很熟悉其基本用法了。
首先，是都很熟悉的一張圖，即官方介紹的Activity生命周期圖.
情景：打開某個應用的的FirstActivity調用方法如下：
由於之前已經很熟悉了，這里就簡單貼一些圖。
按下返回鍵：
重新打開並按下home鍵：
再重新打開：
在其中打開一個DialogActivity(SecondActivity)
按下返回：
修改SecondAcitvity為普通Activity,依舊是上述操作:
這里強調一下 onSaveInstanceState(Bundle outState) 方法的調用時機：
當Activity有可能被系統殺掉時調用，注意，一定是被系統殺掉，自己調用finish是不行的。
測試如下：FirstActivity啟動SecondActivity：
一個App會包含很多個Activity，多個Activity之間通過intent進行跳轉，那麼原始的Activity就是使用棧這個數據結構來保存的。
Task
A task is a collection of activities that users interact with when performing a certain job. The activities are arranged in a stack (the back stack ), in the order in which each activity is opened.
即若干個Activity的集合的棧表示一個Task。
當App啟動時如果不存在當前App的任務棧就會自動創建一個，默認情況下一個App中的所有Activity都是放在一個Task中的，但是如果指定了特殊的啟動模式，那麼就會出現同一個App的Activity出現在不同的任務棧中的情況，即會有任務棧中包含來自於不同App的Activity。
標准模式，在不指定啟動模式的情況下都是以此種方式啟動的。每次啟動都會創建一個新的Activity實例，覆蓋在原有的Activity上，原有的Activity入棧。
測試如下：在FirstActivity中啟動FirstActivity:
當只有一個FirstActivity時堆棧情況：
此種模式下，Activity在啟動時會進行判斷，如果當前的App的棧頂的Activity即正在活動的Activity就是將要啟動的Activity，那麼就不會創建新的實例，直接使用棧頂的實例。
測試，設置FirstActivity為此啟動模式，多次點擊FirstActivity中的啟動FirstActivity的按鈕查看堆棧情況：
（其實點擊按鈕沒有啟動新Activity的動畫就可以看出並沒有啟動新Activity）
大意就是：
對於使用singleTop啟動或Intent.FLAG_ACTIVITY_SINGLE_TOP啟動的Activity，當該Activity被重復啟動（注意一定是re-launched，第一次啟動時不會調用）時就會調用此方法。
且調用此方法之前會先暫停Activity也就是先調用onPause方法。
而且，即使是在新的調用產生後此方法被調用，但是通過getIntent方法獲取到的依舊是以前的Intent，可以通過setIntent方法設置新的Intent。
方法參數就是新傳遞的Intent.
1.如果是同一個App中啟動某個設置了此模式的Activity的話，如果棧中已經存在該Activity的實例，那麼就會將該Activity上面的Activity清空，並將此實例放在棧頂。
測試：SecondActivity啟動模式設為singleTask，啟動三個Activity：
這個模式就很好記，以此模式啟動的Activity會存放在一個單獨的任務棧中，且只會有一個實例。
測試：SecondActivity啟動模式設為singleInstance
結果：
顯然，啟動了兩次ThirdActivity任務棧中就有兩個實例，而SecondActivity在另外一個任務棧中，且只有一個。
在使用Intent啟動一個Activity時可以設置啟動該Activity的啟動模式：
這個屬性有很多，大致列出幾個：
每個啟動的Activity都在一個新的任務棧中
singleTop
singleTask
用此種方式啟動的Activity，在它啟動了其他Activity後，會自動finish.
官方文檔介紹如下：
這樣看來的話，通俗易懂的講，就是給每一個任務棧起個名，給每個Activity也起個名，在Activity以singleTask模式啟動時，就檢查有沒有跟此Activity的名相同的任務棧，有的話就將其加入其中。沒有的話就按照這個Activity的名創建一個任務棧。
測試：在App1中設置SecondActivity的taskAffinity為「gsq.test」，App2中的ActivityX的taskAffinity也設為「gsq.test」
任務棧信息如下：
結果很顯然了。
測試：在上述基礎上，在ActivityX中進行跳轉到ActivityY,ActivityY不指定啟動模式和taskAffinity。結果如下：
這樣就沒問題了，ActivityY在一個新的任務棧中，名稱為包名。
這時從ActivityY跳轉到SecondActivity，那應該是gsq.test任務棧只有SecondActivity，ActivityX已經沒有了。因為其啟動模式是singleTask，在啟動它時發現已經有一個實例存在，就把它所在的任務棧上面的Activity都清空了並將其置於棧頂。
還有一點需要提一下，在上面，FirstActivity是App1的lunch Activity，但是由於SecondActivity並沒有指定MAIN和LAUNCHER過濾器，故在FirstActivity跳轉到SecondActivity時，按下home鍵，再點開App1，回到的是FirstActivity。
大致就先寫這么多吧，好像有點長，廢話有點多，估計也有錯別字，不要太在意~~~
『拾』 android 啟動 activity 是什麼意思
當應用運行起來後就會開啟一條線程，線程中會運行一個任務棧，當Activity實例創建後就會放入任務棧中。Activity啟動模式的設置在AndroidManifest.xml文件中，通過配置Activity的屬性android:launchMode=""設置。
1. Standard模式（默認）
我們平時直接創建的Activity都是這種模式的Activity，這種模式的Activity的特點是：只要你創建了Activity實例，一旦激活該Activity，則會向任務棧中加入新創建的實例，退出Activity則會在任務棧中銷毀該實例。
2. SingleTop模式
這種模式會考慮當前要激活的Activity實例在任務棧中是否正處於棧頂，如果處於棧頂則無需重新創建新的實例，會重用已存在的實例，否則會在任務棧中創建新的實例。
3. SingleTask模式
如果任務棧中存在該模式的Activity實例，則把棧中該實例以上的Activity實例全部移除，調用該實例的newInstance()方法重用該Activity，使該實例處於棧頂位置，否則就重新創建一個新的Activity實例。
4. SingleInstance模式
當該模式Activity實例在任務棧中創建後，只要該實例還在任務棧中，即只要激活的是該類型的Activity，都會通過調用實例的newInstance()方法重用該Activity，此時使用的都是同一個Activity實例，它都會處於任務棧的棧頂。此模式一般用於載入較慢的，比較耗性能且不需要每次都重新創建的Activity。