Activity生命周期

熟悉javaee的朋友們都了解servlet技術，我們想要實作一個自己的servlet，需要繼承相應的基類，重寫它的方法，這些方法會在合适的時間被servlet容器調用。其實android中的activity運作機制跟servlet有些相似之處，android系統相當于servlet容器，activity相當于一個servlet，我們的activity處在這個容器中，一切建立執行個體、初始化、銷毀執行個體等過程都是容器來調用的，這也就是所謂的“don't call me, i'll call you.”機制。

我們來看一下這一張經典的生命周期流程圖：

相信不少朋友也已經看過這個流程圖了，也基本了解了activity生命周期的幾個過程，我們就來說一說這幾個過程。

1.啟動activity：系統會先調用oncreate方法，然後調用onstart方法，最後調用onresume，activity進入運作狀态。

2.目前activity被其他activity覆寫其上或被鎖屏：系統會調用onpause方法，暫停目前activity的執行。

3.目前activity由被覆寫狀态回到前台或解鎖屏：系統會調用onresume方法，再次進入運作狀态。

4.目前activity轉到新的activity界面或按home鍵回到主屏，自身退居背景：系統會先調用onpause方法，然後調用onstop方法，進入停滞狀态。

5.使用者後退回到此activity：系統會先調用onrestart方法，然後調用onstart方法，最後調用onresume方法，再次進入運作狀态。

6.目前activity處于被覆寫狀态或者背景不可見狀态，即第2步和第4步，系統記憶體不足，殺死目前activity，而後使用者退回目前activity：再次調用oncreate方法、onstart方法、onresume方法，進入運作狀态。

7.使用者退出目前activity：系統先調用onpause方法，然後調用onstop方法，最後調用ondestory方法，結束目前activity。

但是知道這些還不夠，我們必須親自試驗一下才能深刻體會，融會貫通。

下面我們就結合執行個體，來示範一下生命周期的幾個過程的詳細情況。我們建立一個名為lifecycle的項目，建立一個名為lifecycleactivity的activity，如下：

大家注意到，除了幾個常見的方法外，我們還添加了onwindowfocuschanged、onsaveinstancestate、onrestoreinstancestate方法：

1.onwindowfocuschanged方法：在activity視窗獲得或失去焦點時被調用，例如建立時首次呈現在使用者面前；目前activity被其他activity覆寫；目前activity轉到其他activity或按home鍵回到主屏，自身退居背景；使用者退出目前activity。以上幾種情況都會調用onwindowfocuschanged，并且當activity被建立時是在onresume之後被調用，當activity被覆寫或者退居背景或者目前activity退出時，它是在onpause之後被調用，如圖所示：

這個方法在某種場合下還是很有用的，例如程式啟動時想要擷取視特定視圖元件的尺寸大小，在oncreate中可能無法取到，因為視窗window對象還沒建立完成，這個時候我們就需要在onwindowfocuschanged裡擷取；如果大家已經看過我寫的​​android動畫之frame animation​​這篇文章就會知道，當時試圖在oncreate裡加載frame動畫失敗的原因就是因為視窗window對象沒有初始化完成，是以最後我将加載動畫的代碼放到了onwindowfocuschanged中，問題迎刃而解。不過大家也許會有疑惑，為什麼我在代碼裡将它注釋掉了，因為對目前activity每一個操作都有它的執行log，我擔心這會影響到整個流程的清晰度，是以将它注掉，大家隻要了解它應用的場合和執行的順序就可以了。

2.onsaveinstancestate：(1)在activity被覆寫或退居背景之後，系統資源不足将其殺死，此方法會被調用；(2)在使用者改變螢幕方向時，此方法會被調用；(3)在目前activity跳轉到其他activity或者按home鍵回到主屏，自身退居背景時，此方法會被調用。第一種情況我們無法保證什麼時候發生，系統根據資源緊張程度去排程；第二種是螢幕翻轉方向時，系統先銷毀目前的activity，然後再重建一個新的，調用此方法時，我們可以儲存一些臨時資料；第三種情況系統調用此方法是為了儲存目前視窗各個view元件的狀态。onsaveinstancestate的調用順序是在onpause之前。

3.onrestoreinstancestate：(1)在activity被覆寫或退居背景之後，系統資源不足将其殺死，然後使用者又回到了此activity，此方法會被調用；(2)在使用者改變螢幕方向時，重建的過程中，此方法會被調用。我們可以重寫此方法，以便可以恢複一些臨時資料。onrestoreinstancestate的調用順序是在onstart之後。

以上着重介紹了三個相對陌生方法之後，下面我們就來操作一下這個activity，看看它的生命周期到底是個什麼樣的過程：

1.啟動activity：

在系統調用了oncreate和onstart之後，調用了onresume，自此，activity進入了運作狀态。

2.跳轉到其他activity，或按下home鍵回到主屏：

我們看到，此時onsaveinstancestate方法在onpause之前被調用了，并且注意，退居背景時，onpause後onstop相繼被調用。

3.從背景回到前台：

當從背景會到前台時，系統先調用onrestart方法，然後調用onstart方法，最後調用onresume方法，activity又進入了運作狀态。

4.修改targetactivity在androidmanifest.xml中的配置，将android:theme屬性設定為@android:style/theme.dialog，然後再點選lifecycleactivity中的按鈕，跳轉行為就變為了targetactivity覆寫到lifecycleactivity之上了，此時調用的方法為：

注意還有一種情況就是，我們點選按鈕，隻是按下鎖屏鍵，執行的效果也是如上。

我們注意到，此時lifecycleactivity的onpause方法被調用，并沒有調用onstop方法，因為此時的lifecycleactivity沒有退居背景，隻是被覆寫或被鎖屏；onsaveinstancestate會在onpause之前被調用。

5.按回退鍵使lifecycleactivity從被覆寫回到前面，或者按解鎖鍵解鎖螢幕：

此時隻有onresume方法被調用，直接再次進入運作狀态。

6.退出：

最後ondestory方法被調用，标志着lifecycleactivity的終結。

大家似乎注意到，在所有的過程中，并沒有onrestoreinstancestate的出現，這個并不奇怪，因為之前我們就說過，onrestoreinstancestate隻有在殺死不在前台的activity之後使用者回到此activity，或者使用者改變螢幕方向的這兩個重建過程中被調用。我們要示範第一種情況比較困難，我們可以結合第二種情況示範一下具體過程。順便也向大家講解一下螢幕方向改變的應對政策。

首先介紹一下關于activity螢幕方向的相關知識。

我們可以為一個activity指定一個特定的方向，指定之後即使轉動螢幕方向，顯示方向也不會跟着改變：

1.指定為豎屏：在androidmanifest.xml中對指定的activity設定android:screenorientation="portrait"，或者在oncreate方法中指定：

2.指定為橫屏：在androidmanifest.xml中對指定的activity設定android:screenorientation="landscape"，或者在oncreate方法中指定：

應用中的activity設定特定的方向是經常用到的辦法，可以為我們省去不少不必要的麻煩。不過，我們今天講的是螢幕方向改變時的生命周期，是以我們并不采用固定螢幕方向這種辦法。

下面我們就結合執行個體講解一下螢幕轉換的生命周期，我們建立一個activity命名為orientationactivity，如下：

首先我們需要進入“settings->display”中，将“auto-rotate screen”一項選中，表明可以自動根據方向旋轉螢幕，然後我們就可以測試流程了，當我們旋轉螢幕時，我們發現系統會先将目前activity銷毀，然後重建一個新的：

系統先是調用onsaveinstancestate方法，我們儲存了一個臨時參數到bundle對象裡面，然後當activity重建之後我們又成功的取出了這個參數。

為了避免這樣銷毀重建的過程，我們需要在androidmainfest.xml中對orientationactivity對應的<activity>配置android:configchanges="orientation"，然後我們再測試一下，我試着做了四次的旋轉，列印如下：

可以看到，每次旋轉方向時，隻有onconfigurationchanged方法被調用，沒有了銷毀重建的過程。

以下是需要注意的幾點：

1.如果<activity>配置了android:screenorientation屬性，則會使android:configchanges="orientation"失效。

2.模拟器與真機差别很大：模拟器中如果不配置android:configchanges屬性或配置值為orientation，切到橫屏執行一次銷毀->重建，切到豎屏執行兩次。真機均為一次。模拟器中如果配置android:configchanges="orientation|keyboardhidden"（如果是android4.0，則是"orientation|keyboardhidden|screensize"），切豎屏執行一次onconfigurationchanged，切橫屏執行兩次。真機均為一次。