Activity生命週期經典圖解：

按鍵對生命週期的影響：

BACK鍵：

　　當我們按BACK鍵時，我們這個應用程式將結束，這時候我們將先後呼叫onPause()->onStop()->onDestory()三個方法。

再次啟動App時，會執行onCreate()->onStart()->onResume()

HOME鍵:

　　當我們開啟應用程式時，比如瀏覽器，我正在瀏覽NBA新聞，看到一半時，我突然想聽歌，這時候我們會選擇按HOME鍵，然後去開啟音樂應用程式，而當我們按HOME的時候，Activity先後執行了onPause()->onStop()這兩個方法，這時候應用程式並沒有銷燬。

一般Activity切換正常生命週期(這裡的一般是指啟動模式為standard,切換activity時沒有加flag標誌)：

ActivityA啟動ActivityB：

ActivityA 的生命週期onPause()->onStop()，

ActivityB的生命週期onCreate()->onStart()->onResume()。

ActivityB的生命週期onPause()->onStop()->onDestory()

ActivityA的生命週期了onRestart()->onStart()->onResume()

注意：當ActivityB定義為Dialog樣式時，ActivityA的生命週期是不一樣的，

我們給ActivityB加上theme

  <style name="MyDialogStyle">
        <item name="android:windowBackground">@android:color/transparent</item>
        <item name="android:windowFrame">@null</item>
        <item name="android:windowNoTitle">true</item>
        <item name="android:windowIsFloating">true</item>
        <item name="android:windowIsTranslucent">true</item>
        <item name="android:windowContentOverlay">@null</item>
        <item name="android:windowAnimationStyle">@android:style/Animation.Dialog</item>
        <item name="android:backgroundDimEnabled">true</item>
    </style>
 

還有一點需要特別注意，Activity中直接彈dialog，Acitivity的生命週期是不會變化的。網上有些說法是會執行onPause(),其實並沒有執行！

另外還有幾個跟生命週期相關的方法

  @Override
    protected void onNewIntent(Intent intent) {
        super.onNewIntent(intent);
    }

    @Override
    protected void onSaveInstanceState(Bundle outState) {
        super.onSaveInstanceState(outState);
    }

    @Override
    protected void onRestoreInstanceState(Bundle savedInstanceState) {
        super.onRestoreInstanceState(savedInstanceState);
    }
	
    @Override
    public void onConfigurationChanged(Configuration newConfig) {
        super.onConfigurationChanged(newConfig);
    }

當應用執行起來後就會開啟一條執行緒，執行緒中會執行一個任務棧，當Activity例項建立後就會放入任務棧中。Activity啟動模式的設定在AndroidManifest.xml檔案中，通過配置Activity的屬性android:launchMode=""設定。

1. Standard模式（預設）

我們平時直接建立的Activity都是這種模式的Activity，這種模式的Activity的特點是：只要你建立了Activity例項，一旦啟用該Activity，則會向任務棧中加入新建立的例項，退出Activity則會在任務棧中銷燬該例項。
standard模式是所啟動的Activity都是在同一個task容器棧下，不會重新建立新的task容器棧。先壓入棧的Activity例項按順序入棧底，後入棧在棧頂，處於棧的頂部Activity例項處於活動狀態，其他處於非活動狀態。按物理返回鍵，退出當前所處活動狀態Activity視窗，這樣就會從task容器棧中彈出，顯示在手機主螢幕上，從而，有非活動狀態轉換成活動的狀態。其次，standard容器棧可能會存在著相同的Activity例項，只有沒呼叫一次startActivity方法，就會建立目標Activity例項物件壓入task容器棧。
如果Activity啟動順序為A->B->B->A->D,棧中的Acitivy為ABBAD(最先建立的A位於棧底，最後建立的D位於棧頂)

2. SingleTop模式

這種模式會考慮當前要啟用的Activity例項在任務棧中是否正處於棧頂，如果處於棧頂則無需重新建立新的例項，會重用已存在的例項，否則會在任務棧中建立新的例項。
SingleTop有個不錯的用法是防止多次點選建立多個Activity，無論start幾次，SingleTop模式能保證棧頂只有一個例項。 如果Activity啟動順序為A->B->B->A->D,棧中的Acitivy為ABAD(當B位於棧頂時，再次啟動B的時候，B不會重新建立)

3. SingleTask模式

如果任務棧中存在該模式的Activity例項，則把棧中該例項以上的Activity例項全部移除，呼叫該例項的newInstance()方法重用該Activity，使該例項處於棧頂位置，否則就重新建立一個新的Activity例項。
singletask模式，特別需要注意了。啟動的目標Activity例項如果已經存在task容器棧中，不管當前例項處於棧的任何位置，是棧頂也好，棧底也好，還是處於棧中間，只要目標Activity例項處於task容器棧中，都可以重用該Activity例項物件，然後，把處於該Activity例項物件上面全部Activity例項清除掉，並且，task容器棧中永遠只有唯一例項物件，不會存在兩個相同的例項物件。所以，如果你想你的應用不管怎麼啟動目標Activity，都只有唯一一個例項物件，就使用這種啟動模式。 如果Activity啟動順序為A->B->B->A->D,棧中的Acitivy為AD(當A再次被啟動時，A會被移到棧頂，位於A上面的Acitivity全部會出棧)

4. SingleInstance模式

當該模式Activity例項在任務棧中建立後，只要該例項還在任務棧中，即只要啟用的是該型別的Activity，都會通過呼叫例項的newInstance()方法重用該Activity，此時使用的都是同一個Activity例項，它都會處於任務棧的棧頂。此模式一般用於載入較慢的，比較耗效能且不需要每次都重新建立的Activity。
singleInstance啟動模式，簡單說就是可以共享某個Activity。比如，應用1的任務容器棧中建立了MainActivity例項，應用2也要啟用MainActivity，則不需要建立MainActivity例項，直接可以公用MainActivity例項。 尤其值得注意：應用1啟動MainActivity，按home鍵；開啟應用2啟動應用1的MainActivity例項。在按home鍵，開啟應用1，這時候應用1的介面是應該是處於MainActivity介面例項。 SingleInstance的一個任務棧中只有一個Activity，並保證不再有其他Activity例項進入。

特別需要注意的生命週期onNewIntent
當一個Activity被start，而不需要重新建立時，就會執行onNewIntent生命週期。如果一個Activity的啟動模式是SingleTask，我們可以在onNewIntent中執行一些重新整理操作等。
我們一般會把MainAcitivy設定為SingleTask,除了保證MainActivity的唯一，還可以利用singleTask的特性做一些清理工作。自動管理棧，銷燬無用的Acitivity.

Intent Flags 

Intent.FLAG_ACTIVITY_NEW_TASK （預設）

FLAG_ACTIVITY_SINGLE_TOP

FLAG_ACTIVITY_CLEAR_TOP

FLAG_ACTIVITY_BROUGHT_TO_FRONT

FLAG_ACTIVITY_NO_USER_ACTION

FLAG_ACTIVITY_NO_HISTORY

Activity相關屬性taskAffinity

如果這個特性沒有設定，Activity將從應用程式的設定那裡繼承下來（參考<application>元素的taskAffinity特性）。應用程式預設的affinity的名字是<manifest>元素中設定的package名。

歡迎掃描二維碼，關注公眾號