在一個項目中會包括著多個Activity，系統中使用任務棧來存儲創建的Activity實例，任務棧是一種“后進先出”的棧結構。舉個栗子，若我們多次啟動同一個Activity。系統會創建多個實例依次放入任務棧中。當按back鍵返回時，每按一次，一個Activity出棧，直到棧空為止。當棧中無不論什么Activity。系統就會回收此任務棧。
上面這個樣例中的Activity并沒有設置啟動模式，你會發現多次啟動同一個Activity。而系統卻創建了多個實例，白白浪費內存，這樣的情況Android早就替我們考慮好了。Android為Activity 的創建提供了4種啟動模式，而依據實際應用場景的不同。為Activity 選擇不同的啟動模式，最大化降低了每次都須要在棧中創建一個新的Activity的壓力，降低內存使用。
啟動模式的具體說明和使用場景？以下依據這篇博文來一一解惑。
standard 模式
這是默認模式，每次激活Activity時都會創建Activity實例，并放入任務棧中。使用場景：大多數Activity。
singleTop 模式
如果在任務的棧頂正好存在該Activity的實例，就重用該實例( 會調用實例的 onNewIntent() )，否則就會創建新的實例并放入棧頂，即使棧中已經存在該Activity的實例，只要不在棧頂，都會創建新的實例。使用場景如新聞類或者閱讀類App的內容頁面。
singleTask 模式
如果在棧中已經有該Activity的實例，就重用該實例(會調用實例的 onNewIntent() )。重用時，會讓該實例回到棧頂，因此在它上面的實例將會被移出棧。如果棧中不存在該實例，將會創建新的實例放入棧中。使用場景如瀏覽器的主界面。不管從多少個應用啟動瀏覽器，只會啟動主界面一次，其余情況都會走onNewIntent，并且會清空主界面上面的其他頁面。
singleInstance 模式
在一個新棧中創建該Activity的實例，并讓多個應用共享該棧中的該Activity實例。一旦該模式的Activity實例已經存在于某個棧中，任何應用再激活該Activity時都會重用該棧中的實例( 會調用實例的 onNewIntent() )。其效果相當于多個應用共享一個應用，不管誰激活該 Activity 都會進入同一個應用中。使用場景如鬧鈴提醒，將鬧鈴提醒與鬧鈴設置分離。singleInstance不要用于中間頁面，如果用于中間頁面，跳轉會有問題，比如：A -> B (singleInstance) -> C，完全退出后，在此啟動，首先打開的是B。
一. Android啟動模式具體解釋
1. Standard 標準模式
說明：?Android創建Activity時的默認模式，假設沒有為Activity設置啟動模式的話，默覺得標準模式。每次啟動一個Activity都會又一次創建一個新的實例入棧，無論這個實例是否存在。
生命周期：如上所看到的，每次被創建的實例Activity 的生命周期符合典型情況，它的onCreate、onStart、onResume都會被調用。
舉例：此時Activity 棧中以此有A、B、C三個Activity，此時C處于棧頂，啟動模式為Standard 模式。
若在C Activity中加入點擊事件，須要跳轉到還有一個同類型的C Activity。結果是還有一個C Activity進入棧中，成為棧頂。?
2. SingleTop 棧頂復用模式
說明：分兩種處理情況：須要創建的Activity已經處于棧頂時，此時會直接復用棧頂的Activity。不會再創建新的Activity；若須要創建的Activity不處于棧頂，此時會又一次創建一個新的Activity入棧，同Standard模式一樣。
生命周期：若情況一中棧頂的Activity被直接復用時，它的onCreate、onStart不會被系統調用，由于它并沒有發生改變。可是一個新的方法?onNewIntent會被回調（Activity被正常創建時不會回調此方法）。
舉例：此時Activity 棧中以此有A、B、C三個Activity，此時C處于棧頂，啟動模式為SingleTop 模式。情況一：在C Activity中加入點擊事件，須要跳轉到還有一個同類型的C Activity。
結果是直接復用棧頂的C Activity。
情況二：在C Activity中加入點擊事件，須要跳轉到還有一個A Activity。結果是創建一個新的Activity入棧。成為棧頂。
3. SingleTask 棧內復用模式
說明：若須要創建的Activity已經處于棧中時，此時不會創建新的Activity，而是將存在棧中的Activity上面的其他Activity所有銷毀，使它成為棧頂。
生命周期：同SingleTop 模式中的情況一同樣。僅僅會又一次回調Activity中的?onNewIntent方法
舉例：此時Activity 棧中以此有A、B、C三個Activity。此時C處于棧頂，啟動模式為SingleTask 模式。
情況一：在C Activity中加入點擊事件，須要跳轉到還有一個同類型的C Activity。結果是直接用棧頂的C Activity。情況二：在C Activity中加入點擊事件，須要跳轉到還有一個A Activity。
結果是將A Activity上面的B、C所有銷毀，使A Activity成為棧頂。?
4. SingleInstance 單實例模式
說明：?SingleInstance比較特殊，是全局單例模式，是一種加強的SingleTask模式。它除了具有它所有特性外，還加強了一點：具有此模式的Activity僅僅能單獨位于一個任務棧中。
這個經常使用于系統中的應用，比如Launch、鎖屏鍵的應用等等，整個系統中僅僅有一個！所以在我們的應用中一般不會用到。了解就可以。
舉例：比方 A Activity是該模式，啟動A后。系統會為它創建一個單獨的任務棧，由于棧內復用的特性。興許的請求均不會創建新的Activity，除非這個獨特的任務棧被系統銷毀。
二.啟動模式的使用方式
1. 在 Manifest.xml中指定Activity啟動模式
一種靜態的指定方法，在Manifest.xml文件里聲明Activity的同一時候指定它的啟動模式，這樣在代碼中跳轉時會依照指定的模式來創建Activity。樣例例如以下：
2. 啟動Activity時。在Intent中指定啟動模式去創建Activity
一種動態的啟動模式，在new 一個Intent后，通過Intent的addFlags方法去動態指定一個啟動模式。樣例例如以下：
Intent intent = new Intent();intent.setClass(context, MainActivity.class);intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);context.startActivity(intent);
注意：以上兩種方式都能夠為Activity指定啟動模式，可是二者還是有差別的。
（1）優先級：動態指定方式即另外一種比第一種優先級要高，若兩者同一時候存在，以另外一種方式為準。
（2）限定范圍：第一種方式無法為Activity直接指定?FLAG_ACTIVITY_CLEAR_TOP?標識，另外一種方式無法為Activity指定?singleInstance?模式。
三. Activity 的 Flags
標記位既能夠設定Activity的啟動模式，如同上面介紹的，在動態指定啟動模式，比方?FLAG_ACTIVITY_NEW_TASK?和FLAG_ACTIVITY_SINGLE_TOP?等。它還能夠影響Activity 的運行狀態 ，比方?FLAG_ACTIVITY_CLEAN_TOP?和?FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS?等。
以下介紹幾個基本的標記位，切勿死記，理解幾個就可以，須要時再查官方文檔。
1. FLAG_ACTIVITY_NEW_TASK
作用是為Activity指定 “SingleTask”啟動模式。跟在AndroidMainfest.xml指定效果同樣。
2. FLAG_ACTIVITY_SINGLE_TOP
作用是為Activity指定 “SingleTop”啟動模式，跟在AndroidMainfest.xml指定效果同樣。
3. FLAG_ACTIVITY_CLEAN_TOP
具有此標記位的Activity，啟動時會將與該Activity在同一任務棧的其他Activity出棧。一般與SingleTask啟動模式一起出現。它會完畢SingleTask的作用。但事實上SingleTask啟動模式默認具有此標記位的作用
4.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
具有此標記位的Activity不會出如今歷史Activity的列表中，使用場景：當某些情況下我們不希望用戶通過歷史列表回到Activity時，此標記位便體現了它的效果。它等同于在xml中指定Activity的屬性：
android:excludeFromRecents="trure"
四. 啟動模式的實際應用場景
這四種模式中的Standard模式是最普通的一種，沒有什么特別注意。而SingleInstance模式是整個系統的單例模式，在我們的應用中一般不會應用到。所以，這里就具體解說?SingleTop?和?SingleTask模式的運用場景：
1. SingleTask模式的運用場景
最常見的應用場景就是保持我們應用開啟后僅僅有一個Activity的實例。最典型的樣例就是應用中展示的主頁（Home頁）。
假設用戶在主頁跳轉到其他頁面，運行多次操作后想返回到主頁，假設不使用SingleTask模式，在點擊返回的過程中會多次看到主頁，這明顯就是設計不合理了。
2. SingleTop模式的運用場景
假設你在當前的Activity中又要啟動同類型的Activity，此時建議將此類型Activity的啟動模式指定為SingleTop，能夠降低Activity的創建，節省內存！
3. 注意：復用Activity時的生命周期回調
這里還須要考慮一個Activity跳轉時攜帶頁面參數的問題。
由于當一個Activity設置了SingleTop或者SingleTask模式后，跳轉此Activity出現復用原有Activity的情況時，此Activity的onCreate方法將不會再次運行。onCreate方法僅僅會在第一次創建Activity時被運行。
而一般onCreate方法中會進行該頁面的數據初始化、UI初始化，假設頁面的展示數據無關頁面跳轉傳遞的參數，則不必操心此問題，若頁面展示的數據就是通過getInten() 方法來獲取，那么問題就會出現：getInten()獲取的一直都是老數據，根本無法接收跳轉時傳送的新數據！
以下，通過一個樣例來具體解釋：
Manifest.xml
publicclassCourseDetailActivityextendsBaseActivity{......@OverrideprotectedvoidonCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);? ? ? ? setContentView(R.layout.activity_course_detail_layout);? ? ? ? initData();? ? ? ? initView();? ? }//初始化數據privatevoidinitData() {? ? ? ? Intent intent = getIntent();? ? ? ? mCourseID = intent.getStringExtra(COURSE_ID);? ? }//初始化UIprivatevoidinitView() {? ? ......? ? }? ? ......}
以上代碼中的CourseDetailActivity在配置文件里設置了啟動模式是SingleTop模式，依據上面啟動模式的介紹可得知，當CourseDetailActivity處于棧頂時。再次跳轉頁面到CourseDetailActivity時會直接復用原有的Activity，并且此頁面須要展示的數據是從getIntent(）方法得來，可是initData()方法不會再次被調用，此時頁面就無法顯示新的數據。
當然這樣的情況系統早就為我們想過了，這時我們須要另外一個回調 onNewIntent（Intent intent）方法。此方法會傳入最新的intent，這樣我們就能夠解決上述問題。這里建議的方法是又一次去setIntent。然后又一次去初始化數據和UI。代碼例如以下所看到的：
/*
* 復用Activity時的生命周期回調
*/@OverrideprotectedvoidonNewIntent(Intent intent) {super.onNewIntent(intent);? ? ? ? setIntent(intent);? ? ? ? initData();? ? ? ? initView();? ? }
這樣，在一個頁面中能夠反復跳轉并顯示不同的內容。
轉自：https://www.cnblogs.com/claireyuancy/p/7387696.html
