一、返回棧簡介
任務是指在執行特定作業時與用戶交互的一系列 Activity。 這些 Activity 按照各自的打開順序排列在堆棧（即返回棧,也叫任務棧）中。
首先介紹一下任務棧:
(1)程序打開時就創建了一個任務棧, 用於存儲當前程序的activity,所有的activity屬於一個任務棧。
(2)一個任務棧包含了一個activity的集合, 去有序的選擇哪一個activity和用戶進行交互:只有在任務棧棧頂的activity才可以跟用戶進行交互。
(3)任務棧可以移動到后台, 並且保留了每一個activity的狀態. 並且有序的給用戶列出它們的任務, 而且還不丟失它們狀態信息。
(4)退出應用程序時：當把所有的任務棧中所有的activity清除出棧時,任務棧會被銷毀,程序退出。
如圖所示，是一個簡單的任務棧實例：
圖 1. 顯示任務中的每個新 Activity 如何向返回棧添加項目。 用戶按“返回”按鈕時，當前 Activity 隨即被銷毀，而前一個 Activity 恢復執行。
任務棧的缺點：
(1)每開啟一次頁面都會在任務棧中添加一個Activity,而只有任務棧中的Activity全部清除出棧時，任務棧被銷毀，程序才會退出,這樣就造成了用，戶體驗差, 需要點擊多次返回才可以把程序退出了。
(2)每開啟一次頁面都會在任務棧中添加一個Activity還會造成數據冗余, 重復數據太多, 會導致內存溢出的問題(OOM)。
為了解決任務棧的缺點，我們引入了啟動模式。
二、啟動模式
啟動模式（launchMode）在多個Activity跳轉的過程中扮演着重要的角色，它可以決定是否生成新的Activity實例，是否重用已存在的Activity實例，是否和其他Activity實例公用一個task里。這里簡單介紹一下task的概念，task是一個具有棧結構的對象，一個task可以管理多個Activity，啟動一個應用，也就創建一個與之對應的task。
Activity一共有以下四種launchMode：
- standard
- singleTop
- singleTask
- singleInstance
如何配置Activity的啟動模式?
啟動模式允許您定義 Activity 的新實例如何與當前任務關聯。 您可以通過兩種方法定義不同的啟動模式：
- 使用清單文件
在清單文件中聲明 Activity 時，您可以指定 Activity 在啟動時應該如何與任務關聯。
- 使用 Intent 標志
調用
startActivity()時，可以在Intent中加入一個標志，用於聲明新 Activity 如何（或是否）與當前任務關聯。
注：兩種方式優先級：Intent 中所定義的優先級要高於清單文件中所定義。
某些適用於清單文件的啟動模式不可用作 Intent 標志，同樣，某些可用作 Intent 標志的啟動模式無法在清單文件中定義。
下面我們一一介紹以下四種啟動模式及其應用場景：
1、standard
standard模式是默認的啟動模式，不用為配置android:launchMode屬性即可，當然也可以指定值為standard。
activity_main.xml
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical"
android:paddingBottom="@dimen/activity_vertical_margin"
android:paddingLeft="@dimen/activity_horizontal_margin"
android:paddingRight="@dimen/activity_horizontal_margin"
android:paddingTop="@dimen/activity_vertical_margin"
tools:context="com.geniusvjr.standard_demo.MainActivity">
<TextView
android:id="@+id/tv"
android:layout_width="match_parent"
android:layout_height="wrap_content"/>
<Button
android:id="@+id/btn_skip"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="跳轉到MainActivity"/>
</LinearLayout>
MainActivity.java
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
TextView textView = (TextView) findViewById(R.id.tv);
textView.setText(this.toString());
Button button = (Button) findViewById(R.id.btn_skip);
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent(MainActivity.this, MainActivity.class);
startActivity(intent);
}
});
}
}
MainActivity界面中的TextView用於顯示當前Activity實例的序列號，Button用於跳轉到下一個FirstActivity界面。
然后我們連續點擊幾次按鈕，將會出現下面的現象：
都是MainActivity的實例，但是序列號不同。
stardard模式的原理如下：
如圖所示，每次跳轉系統都會在task中生成一個新的MainActivity實例，並且放於棧結構的頂部，當我們按下后退鍵時，才能看到原來的MainActivity實例。
這就是standard啟動模式，不管有沒有已存在的實例，都生成新的實例。
2、singleTop
我們在上面的基礎上為指定屬性android:launchMode=”singleTop”，系統就會按照singleTop啟動模式處理跳轉行為。我們重復上面幾個動作，將會出現下面的現象：
我們看到這個結果跟standard有所不同，三個序列號是相同的，也就是說使用的都是同一個MainActivity實例；如果按一下后退鍵，程序立即退出，說明當前棧結構中只有一個Activity實例。singleTop模式的原理如下圖所示：
正如上圖所示，跳轉時系統會先在棧結構中尋找是否有一個MainActivity實例正位於棧頂，如果有則不再生成新的，而是直接使用。也許朋友們會有疑問，我只看到棧內只有一個Activity，如果是多個Activity怎么辦，如果不是在棧頂會如何？我們接下來再通過一個示例來證實一下大家的疑問。
新建一個SecondActivity：
public class SecondActivity extends Activity{
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_second);
TextView textView = (TextView) findViewById(R.id.tv);
textView.setText(this.toString());
Button button = (Button) findViewById(R.id.btn_second);
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent(SecondActivity.this, MainActivity.class);
startActivity(intent);
}
});
}
}
將之前的MainActivity跳轉代碼改為：
Intent intent = new Intent(MainActivity.this, SecondActivity.class);
startActivity(intent);
這時候，FirstActivity會跳轉到SecondActivity，SecondActivity又會跳轉到FirstActivity。演示結果如下：
我們看到，兩個MainActivity的序列號是不同的，證明從SecondActivity跳轉到MainActivity時生成了新的MainActivity實例。原理圖如下：
我們看到，當從SecondActivity跳轉到MainActivity時，系統發現存在有FirstActivity實例,但不是位於棧頂，於是重新生成一個實例。
這就是singleTop啟動模式，如果發現有對應的Activity實例正位於棧頂，則重復利用，不再生成新的實例。
這種啟動模式通常適用於接受到消息后顯示的界面，例如QQ接受到消息后彈出Activity，如果一次來10條消息，總不能一次彈10個Activity。
3、singleTask
在上面的基礎上我們修改MainActivity的屬性android:launchMode=”singleTask”，演示結果如下：
我們注意到，在上面的過程中，MainActivity的序列號是不變的，SecondActivity的序列號卻不是唯一的，說明從SecondActivity跳轉到MainActivity時，沒有生成新的實例，但是從MainActivity跳轉到SecondActivity時生成了新的實例。
SecondActivity跳轉到MainActivity后的棧結構變化的結果，我們注意到，SecondActivity消失了，沒錯，在這個跳轉過程中系統發現有存在的FirstActivity實例，於是不再生成新的實例，而是將MainActivity之上的Activity實例統統出棧，將MainActivity變為棧頂對象，顯示到幕前。也許朋友們有疑問，如果將SecondActivity也設置為singleTask模式，那么SecondActivity實例是不是可以唯一呢？在我們這個示例中是不可能的，因為每次從SecondActivity跳轉到MainActivity時，SecondActivity實例都被迫出棧，下次等MainActivity跳轉到SecondActivity時，找不到存在的SecondActivity實例，於是必須生成新的實例。但是如果我們有ThirdActivity，讓SecondActivity和ThirdActivity互相跳轉，那么SecondActivity實例就可以保證唯一。
這就是singleTask模式，如果發現有對應的Activity實例，則使此Activity實例之上的其他Activity實例統統出棧，使此Activity實例成為棧頂對象，顯示到幕前。
4、singleInstance
這種啟動模式比較特殊，因為它會啟用一個新的棧結構，將Activity放置於這個新的棧結構中，並保證不再有其他Activity實例進入。
我們修改MainActivity的launchMode=”standard”，SecondActivity的launchMode=”singleInstance”，由於涉及到了多個棧結構，我們需要在每個Activity中顯示當前棧結構的id，所以我們為每個Activity添加如下代碼：
TextView textView = (TextView) findViewById(R.id.tv);
textView.setText("current task id:" + this.getTaskId());
結果如下：
我們發現這兩個Activity實例分別被放置在不同的棧結構中，關於singleInstance的原理圖如下
我們看到從MainActivity跳轉到SecondActivity時，重新啟用了一個新的棧結構，來放置SecondActivity實例，然后按下后退鍵，再次回到原始棧結構；圖中下半部分顯示的在SecondActivity中再次跳轉到MainActivity，這個時候系統會在原始棧結構中生成一個MainActivity實例，然后回退兩次，注意，並沒有退出，而是回到了SecondActivity，為什么呢？是因為從SecondActivity跳轉到MainActivity的時候，我們的起點變成了SecondActivity實例所在的棧結構，這樣一來，我們需要“回歸”到這個棧結構。
如果應用1的任務棧中創建了MainActivity實例，如果應用2也要激活MainActivity，則不需要創建，兩應用共享該Activity實例；比如你的瀏覽器已經打開，此時另一個應用也要訪問瀏覽器，就會直接在當前的瀏覽器中訪問，否則打開瀏覽器。這樣節省系統資源。(如果手機里有多個瀏覽器，則需要選擇其中一個，選擇的已經打開)。
代碼下載： http://download.csdn.net/detail/jycboy/9747445
應用場景：
singleTop適合接收通知啟動的內容顯示頁面。例如，某個新聞客戶端的新聞內容頁面，如果收到10個新聞推送，每次都打開一個新聞內容頁面是很煩人的。
singleTask適合作為程序入口點。例如瀏覽器的主界面。不管從多少個應用啟動瀏覽器，只會啟動主界面一次，其余情況都會走onNewIntent，並且會清空主界面上面的其他頁面。之前打開過的頁面，打開之前的頁面就ok，不再新建。
singleInstance適合需要與程序分離開的頁面。例如鬧鈴提醒，將鬧鈴提醒與鬧鈴設置分離。singleInstance不要用於中間頁面，如果用於中間頁面，跳轉會有問題，比如：A -> B (singleInstance) -> C，完全退出后，在此啟動，首先打開的是B。
onNewIntent()
大家遇到一個應用的Activity供多種方式調用啟動的情況，多個調用希望只有一個Activity的實例存在，這就需要Activity的onNewIntent(Intent intent)方法了。只要在Activity中加入自己的onNewIntent(intent)的實現加上Manifest中對Activity設置lanuchMode=“singleTask”就可以。
onNewIntent()非常好用，Activity第一啟動的時候執行onCreate()---->onStart()---->onResume()等后續生命周期函數，也就時說第一次啟動Activity並不會執行到onNewIntent(). 而后面如果再有想啟動Activity的時候，那就是執行onNewIntent()---->onResart()------>onStart()----->onResume(). 如果android系統由於內存不足把已存在Activity釋放掉了，那么再次調用的時候會重新啟動Activity即執行onCreate()---->onStart()---->onResume()等。
當調用到onNewIntent(intent)的時候，需要在onNewIntent() 中使用setIntent(intent)賦值給Activity的Intent.否則，后續的getIntent()都是得到老的Intent。
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
}
Activity系列文章：
Android之Activity系列總結（一）--Activity概覽
Android之Activity系列總結(二)--任務和返回棧
Android 旋轉屏幕--處理Activity與AsyncTask的最佳解決方案（處理運行時變更）
Activity之概覽屏幕(Overview Screen)