一、簡介

啓動模式允許開發者定義一個activity的新實例如何與當前的Task關聯。
如果Activity A開啓Activity B, Activity B就可以在它的manifest文件中定義它與當前的task如何關聯，Activity A也可以要求activity B應該如何與當前的task關聯。如果兩個activity都定義了Activity B應該如何與一個task關聯，Activity A的要求（在intent中定義的）將會覆蓋Activity B中要求（在manifest文件中定義的）。

注意：一些在manifest中的啓動模式在intent中不再可用，同樣地，一些在intent中定義的標誌也可能沒有在manifest中未定義。

二、Using the manifest file

當在manifest文件中聲明activity時，可以指定這個activity開啓時如何與當前task關聯。<activity>標籤的launchMode屬性可以設置爲四種不同的模式：“standard”（默認模式）、“singleTop”、“singleTask”、“singleInstance”。

1.standard

standard模式是默認的啓動模式，不用爲<activity>配置android:launchMode屬性即可，當然也可以指定值爲standard。standard模式的原理如下圖所示：

如圖所示，每次跳轉系統都會在task中生成一個新的FirstActivity實例，並且放於棧結構的頂部，當我們按下後退鍵時，才能看到原來的FirstActivity實例。這就是standard啓動模式，不管有沒有已存在的實例，都生成新的實例。

簡單點理解：standard啓動模式Activity棧從棧底到棧頂順序爲A1 -> B -> C -> A2…。（其中A、B、C等都表示不同的Activity實例，A1、A2則表示屬於具有同一Activity類的不同實例）

2.singleTop

爲<activity>指定屬性android:launchMode=“singleTop”，系統就會按照singleTop啓動模式處理跳轉行爲。singleTop啓動模式體現爲2種，就是Activity處於棧頂和不處於棧頂。當Activity處於棧頂singleTop模式的原理如下圖所示：

正如上圖所示，跳轉時系統會先在棧結構中尋找是否有一個FirstActivity實例正位於棧頂，如果有則不再生成新的，而是直接使用。當Activity不處於棧頂的時候singleTop模式的原理如下圖所示：

我們看到，當從SecondActivity跳轉到FirstActivity時，系統發現存在有FirstActivity實例,但不是位於棧頂，於是重新生成一個實例。

這就是singleTop啓動模式，如果發現有對應的Activity實例正位於棧頂，則重複利用，不再生成新的實例。

簡單點理解：singleTop即表示當前Activity棧中“棧頂唯一”，Activity跳轉順序或standard模式下棧結構如果爲：A -> B -> C -> D1 -> D2，則singleTop啓動模式爲：A -> B -> C -> D1(此時回調D1的onNewIntent()…)。

3.singleTask

修改FirstActivity的屬性android:launchMode=“singleTask”。singleTask模式的原理圖如下圖所示：

在圖中的下半部分是SecondActivity跳轉到FirstActivity後的棧結構變化的結果，我們注意到，SecondActivity消失了，沒錯，在這個跳轉過程中系統發現有存在的FirstActivity實例，於是不再生成新的實例，而是將FirstActivity之上的Activity實例統統出棧，將FirstActivity變爲棧頂對象，顯示到幕前。也許朋友們有疑問，如果將SecondActivity也設置爲singleTask模式，那麼SecondActivity實例是不是可以唯一呢？在我們這個示例中是不可能的，因爲每次從SecondActivity跳轉到FirstActivity時，SecondActivity實例都被迫出棧，下次等FirstActivity跳轉到SecondActivity時，找不到存在的SecondActivity實例，於是必須生成新的實例。但是如果我們有ThirdActivity，讓SecondActivity和ThirdActivity互相跳轉，那麼SecondActivity實例就可以保證唯一。

這就是singleTask模式，如果發現所在Activity棧中有對應的Activity實例，則使此Activity實例之上的其他Activity實例統統出棧，使此Activity實例成爲棧頂對象，顯示到幕前。

簡單點理解：singleTask表示當前Activity棧中“實例唯一”，Activity跳轉順序或standard模式下棧結構如果爲：A -> B1 -> C -> D -> B2，則singleTask啓動模式爲：A -> B1(此時回調onNewIntent()…)

4.singleInstance

修改FirstActivity的launchMode=“standard”，SecondActivity的launchMode=“singleInstance”。關於singleInstance的原理圖如下：

我們看到從FirstActivity跳轉到SecondActivity時，重新啓用了一個新的棧結構，來放置SecondActivity實例，然後按下後退鍵，再次回到原始棧結構；圖中下半部分顯示的在SecondActivity中再次跳轉到FirstActivity，這個時候系統會在原始棧結構中生成一個FirstActivity實例，然後回退兩次，注意：並沒有退出，而是回到了SecondActivity，爲什麼呢？是因爲從SecondActivity跳轉到FirstActivity的時候，我們的起點變成了SecondActivity實例所在的棧結構，這樣一來，我們需要“迴歸”到這個棧結構。

此處的解釋不是很贊同，第一次按Back鍵首先是在當前Activity棧中將棧頂元素出棧，然後顯示當前Activity棧中下一個Activity棧，這個沒什麼解釋的，然後按下Back鍵，不是回到手機桌面，而是回到另一個Activity棧中的SecondActivityInstance，我認爲原因在於在於“最近棧”，只要此棧位於上次Home操作之後，就會先顯示它。

如果我們修改FirstActivity的launchMode值爲singleTop、singleTask、singleInstance中的任意一個，流程將會如圖所示：

singleInstance啓動模式可能是最複雜的一種模式，爲了幫助大家理解，我舉一個例子，假如我們有一個share應用，其中的ShareActivity是入口Activity，也是可供其他應用調用的Activity，我們把這個Activity的啓動模式設置爲singleInstance，然後在其他應用中調用。我們編輯ShareActivity的配置：

<activity android:name=".ShareActivity" android:launchMode="singleInstance">
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
    <intent-filter>
        <action android:name="android.intent.action.SINGLE_INSTANCE_SHARE" />
        <category android:name="android.intent.category.DEFAULT" />
    </intent-filter>
</activity>

然後我們在其他應用中這樣啓動該Activity：

Intent intent = new Intent("android.intent.action.SINGLE_INSTANCE_SHARE");
startActivity(intent);

當我們打開ShareActivity後再按後退鍵回到原來界面時，ShareActivity做爲一個獨立的個體存在，如果這時我們打開share應用，無需創建新的ShareActivity實例即可看到結果，因爲系統會自動查找，存在則直接利用。大家可以在ShareActivity中打印一下taskId，看看效果。關於這個過程，原理圖如下：

原作者此處的解釋可能有點讓人誤解。當我們打開ShareActivity後再按後退鍵回到原來界面時，ShareActivity做爲一個獨立的個體存在，此處不應該是按Back鍵，而是Home鍵，因爲一旦按下了Back鍵，ShrareActivityInstance自然就銷燬了，也就不存在所謂的“無須重新創建了”。按下Home鍵後，接下來打開app MainActivity，在另一個Activity棧中app MainActivity入棧，此時startActivity到ShareActivity，無需創建新的ShareActivity實例即可看到結果，因爲系統會自動查找，存在則直接利用。此時第一次按下Back，ShareActivity Instance出棧，此時這個棧中沒有其他Activity了，自然是回到了app MainActivity所在的棧並顯示app MainActivity，接下來按Back鍵，此時app MainActivity所在的棧也沒有其他Activity了，同時又不包含任何其他的“最近棧”，自然是回到了手機桌面。注：此處理解的“最近棧”是以Home鍵或桌面狀態爲間隔區分。

簡單點理解：singleInstance所標識的Activity，當被啓動時，系統會首先判斷系統其他棧中是否已經存在此Activity實例，有則直接使用，並且其所在的Activity棧理論上只有它一個Activity元素。所以啓動它的Activity與它並不在一個task中，所以才需要特別注意Back的問題。一般表示爲：task1 A -> task2 B。

singleInstance表示該Activity在系統範圍內“實例唯一”。由此我們發現，singInstance和singleTask主要區別在與系統範圍內的“實例唯一”還是當前Activity棧“實例唯一”。

5.四種模式的區別

這幾種模式的區別體現以下四點上：

當這個activity被激活的時候，會放入哪個任務棧

對於“standard”和“singleTop”模式，這個新被激活的activity會放入和之前的activity相同的任務棧中――除非Intent對象包含FLAG_ACTIVITY_NEW_TASK標誌。
對於“singleTask”模式，並不會每次都新啓動一個task。如果已經存在一個task與新activity親和度（taskAffinity）一樣，則activity將啓動到該task。如果不是，才啓動一個新task。同一個application裏面，每個activity的taskAffinity默認都是一樣的。
對於“singleInstance”模式，則表示這個新被激活的activity會重新開啓一個任務棧，並作爲這個新的任務棧的唯一的activity。

是否可以存在這個activity類型的多個實例。

對於“standard”和“singleTop”模式，可以有多個實例，並且這些實例可以屬於不同的任務棧，每個任務棧也可以包含有這個activity類型的多個實例。"singleTop"要求如果創建intent的時候棧頂已經有要創建的Activity的實例，則將intent發送給該實例，而不發送給新的實例。
對於“singleTask”和”singleInstance”模式，則限制只生成一個實例。

包含此activity的任務棧是否可以包含其它的activity。

對於“singleInstance”模式，表示包含此activity的任務棧不可以包含其它的activity。若此activity啓動了另一個activity組件，那麼無論那個activity組件的啓動模式是什麼或是Intent對象中是否包含了FLAG_ACTIVITY_NEW_TASK標誌，它都會被放入另外的任務棧。在其它方面“singleInstance”模式和“singleTask”模式是一樣的。
對於其餘三種啓動模式，則允許包含此activity的任務棧包含其它的activity。

是否每次都生成新實例

對於默認的“standard”模式，每當響應一個Intent對象，都會創建一個這種activity類型的新的實例。即每一個activity實例處理一個intent。
對於“singleTop”模式，只有當這個activity的實例當前處於任務棧的棧頂位置，則它會被重複利用來處理新到達的intent對象。否則就和“standard”模式的行爲一樣。

對於“singleInstance”模式，其所在棧的唯一activity，它會每次都被重用。

對於“singleTask”模式，在其上面可能存在其它的activity組件，所以它的位置並不是棧頂，在這種情況下，intent對象會被丟棄。（雖然會被丟棄，但是這個intent對象會使這個任務棧切換到前臺）

注意：當已經存在的activity實例處理新的intent時候，會調用onNewIntent()方法
若爲了處理一個新到達的intent對象而創建了一個activity實例，則用戶按下“BACK”鍵就會退到之前的那個activity。但若這個新到達的intent對象是由一個已經存在的activity組件來處理的，那麼用戶按下“BACK” 鍵就不會回退到處理這個新intent對象之前的狀態了。

三、Using Intent flags

當開啓一個activity時，可以通過在intent中包含標誌來修改activity的默認的與當前task的關聯，然後將該intent傳遞給startActivity().可以修改的默認的標誌爲：

FLAG_ACTIVITY_NEW_TASK
在一個新的task中開啓一個activity。如果包含該activity的task已經運行，該task就回到前臺，activity通過onNewIntent()接受處理該intent。
這是與"singleTask"登錄模式相同的行爲。
FLAG_ACTIVITY_SINGLE_TOP
如果要被開啓的activity是當前的activity（在返回棧的頂部），已經存在的實例通過onNewIntent()接收一個調用，然後處理該intent，而非重新創建一個新的實例。
這與"singleTop"登錄模式有相同的行爲。
FLAG_ACTIVITY_CLEAR_TOP
如果要被開啓的activity已經在當前的task中運行，系統不會生成該activity的一個新的實例，在該棧頂部的所有其他的activity會被銷燬，這個intent通過 onNewIntent()被傳遞給該重新運行的activity的實例（現在在棧頂部）。
manifest中沒有相對應的屬性。

FLAG_ACTIVITY_CLEAR_TOP經常和FLAG_ACTIVITY_NEW_TASK一起使用。當一起使用時，這些標誌可以確定一個存在的activity在另一個task中的位置，並且將其放置於可以響應intent的位置（FLAG_ACTIVITY_NEW_TASK確定該activity，然後FLAG_ACTIVITY_CLEAR_TOP銷燬頂部其他的activity）。如果指定的activity的登錄模式是"standard"，也會被從棧中移除，一個新的實例也會被登錄到它的位置來處理到來的intent。那是因爲當登錄模式爲 "standard"時，一個新的實例總是被創建。

注意：其實以上的解釋一起用非常複雜，比如一般系統默認activity是standard，但當我activity代碼設置爲FLAG_ACTIVITY_NEW_TASK時仍然還是生成新的activity，當設置FLAG_ACTIVITY_CLEAR_TOP 時也是生成新的activity，當FLAG_ACTIVITY_CLEAR_TOP和FLAG_ACTIVITY_NEW_TASK時也是生成新的activity，或許這句好是經典“登錄模式爲 "standard"時，一個新的實例總是被創建”。

以下的兩種方式是我經常用的。
Activity的兩種啓動模式：FLAG_ACTIVITY_CLEAR_TOP和FLAG_ACTIVITY_REORDER_TO_FRONT

如果已經啓動了四個Activity：A，B，C和D。在D Activity裏，我們要跳到B Activity，同時希望C finish掉，可以在startActivity(intent)裏的intent裏添加flags標記，如下所示：

Intent intent = new Intent(this, B.class);    
intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);   
startActivity(intent);

這樣啓動B Activity，就會把D，C都finished掉，如果你的B Activity的啓動模式是默認的（multiple），則B Activity會finished掉，再啓動一個新的Activity B。如果不想重新再創建一個新的B Activity，則在上面的代碼裏再加上：

intent.addFlags(Intent.FLAG_ACTIVITY_SINGLE_TOP);

這樣B Activity就會再創建一個新的了，而是會重用之前的B Activity，同時調用B Activity的onNewIntent()方法。

如果已經啓動了四個Activity：A，B，C和D，在D Activity裏，想再啓動一個Actvity B，但不變成A,B,C,D,B，而是希望是A,C,D,B，則可以像下面寫代碼：

Intent intent = new Intent(this, MainActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_REORDER_TO_FRONT); 
startActivity(intent);

1.onNewIntent(Intent intent):

在Android應用程序開發的時候，從一個Activity啓動另一個Activity並傳遞一些數據到新的Activity上非常簡單，但是當您需要讓後臺運行的Activity回到前臺並傳遞一些數據可能就會存在一點點小問題。

首先，在默認情況下，當您通過Intent啓到一個Activity的時候，就算已經存在一個相同的正在運行的Activity,系統都會創建一個新的Activity實例並顯示出來。爲了不讓Activity實例化多次，我們需要通過在AndroidManifest.xml配置activity的加載方式（launchMode）以實現單任務模式，如下所示：

<activity android:label="@string/app_name" android:launchmode="singleTask"android:name="Activity1">
</activity>

launchMode爲singleTask的時候，通過Intent啓到一個Activity,如果系統已經存在一個實例，系統就會將請求發送到這個實例上，但這個時候，系統就不會再調用通常情況下我們處理請求數據的onCreate方法，而是調用onNewIntent方法，如下所示:

protected void onNewIntent(Intent intent) {
	super.onNewIntent(intent);
	setIntent(intent);//must store the new intent unless getIntent() will return the old one
	processExtraData();
}

不要忘記，系統可能會隨時殺掉後臺運行的Activity，如果這一切發生，那麼系統就會調用onCreate方法，而不調用onNewIntent方法，一個好的解決方法就是在onCreate和onNewIntent方法中調用同一個處理數據的方法，如下所示：

public void onCreate(Bundle savedInstanceState) {
	super.onCreate(savedInstanceState);
	setContentView(R.layout.main);
	processExtraData();
}

protected void onNewIntent(Intent intent) {
	super.onNewIntent(intent);
	setIntent(intent);//must store the new intent unless getIntent() will return the old one
	processExtraData()
}

private void processExtraData(){
	Intent intent = getIntent();
	//use the data received here
}

原文地址：https://www.cnblogs.com/shitianzeng/articles/2807062.html
https://www.cnblogs.com/lwbqqyumidi/p/3771542.html

android：activity啓動模式見解

目錄

一、簡介

二、Using the manifest file

1.standard

2.singleTop

3.singleTask

4.singleInstance

5.四種模式的區別

三、Using Intent flags

1.onNewIntent(Intent intent):

Python 潮流週刊#52：Python 處理 Excel 的資源

高德地圖：解決android系統在鎖屏條件下無法持續定位

android：解決小米手機相機返回照片旋轉問題

android：Java垃圾回收機制

android：越來越難實現的進程保活

android bug: FileNoFoundExecption

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結