from：http://blog.csdn.net/liuhe688/article/details/6733407
基礎總結篇之一：activity生命周期
子曰：溫故而知新，可以為師矣。《論語》
學習技術也一樣，對于技術文檔或者經典的技術書籍來說，指望看一遍就完全掌握，那基本不大可能，是以我們需要經常回過頭再仔細研讀幾遍，以領悟到作者的思想精髓。
近來回顧了一下關于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，如下：
package com.scott.lifecycle;
import android.app.activity;
import android.content.context;
import android.content.intent;
import android.os.bundle;
import android.util.log;
import android.view.view;
import android.widget.button;
public class lifecycleactivity extends activity {
private static final string tag = "lifecycleactivity";
private context context = this;
private int param = 1;
//activity建立時被調用
@override
public void oncreate(bundle savedinstancestate) {
super.oncreate(savedinstancestate);
log.i(tag, "oncreate called.");
setcontentview(r.layout.lifecycle);
button btn = (button) findviewbyid(r.id.btn);
btn.setonclicklistener(new view.onclicklistener() {
public void onclick(view v) {
intent intent = new intent(context, targetactivity.class);
startactivity(intent);
}
});
//activity建立或者從背景重新回到前台時被調用
protected void onstart() {
super.onstart();
log.i(tag, "onstart called.");
//activity從背景重新回到前台時被調用
protected void onrestart() {
super.onrestart();
log.i(tag, "onrestart called.");
//activity建立或者從被覆寫、背景重新回到前台時被調用
protected void onresume() {
super.onresume();
log.i(tag, "onresume called.");
//activity視窗獲得或失去焦點時被調用,在onresume之後或onpause之後
/*@override
public void onwindowfocuschanged(boolean hasfocus) {
super.onwindowfocuschanged(hasfocus);
log.i(tag, "onwindowfocuschanged called.");
}*/
//activity被覆寫到下面或者鎖屏時被調用
protected void onpause() {
super.onpause();
log.i(tag, "onpause called.");
//有可能在執行完onpause或onstop後,系統資源緊張将activity殺死,是以有必要在此儲存持久資料
//退出目前activity或者跳轉到新activity時被調用
protected void onstop() {
super.onstop();
log.i(tag, "onstop called.");
//退出目前activity時被調用,調用之後activity就結束了
protected void ondestroy() {
super.ondestroy();
log.i(tag, "ondestory called.");
/**
* activity被系統殺死時被調用.
* 例如:螢幕方向改變時,activity被銷毀再重建;目前activity處于背景,系統資源緊張将其殺死.
* 另外,當跳轉到其他activity或者按home鍵回到主屏時該方法也會被調用,系統是為了儲存目前view元件的狀态.
* 在onpause之前被調用.
*/
protected void onsaveinstancestate(bundle outstate) {
outstate.putint("param", param);
log.i(tag, "onsaveinstancestate called. put param: " + param);
super.onsaveinstancestate(outstate);
* activity被系統殺死後再重建時被調用.
* 例如:螢幕方向改變時,activity被銷毀再重建;目前activity處于背景,系統資源緊張将其殺死,使用者又啟動該activity.
* 這兩種情況下onrestoreinstancestate都會被調用,在onstart之後.
protected void onrestoreinstancestate(bundle savedinstancestate) {
param = savedinstancestate.getint("param");
log.i(tag, "onrestoreinstancestate called. get param: " + param);
super.onrestoreinstancestate(savedinstancestate);
大家注意到，除了幾個常見的方法外，我們還添加了onwindowfocuschanged、onsaveinstancestate、onrestoreinstancestate方法：
1.onwindowfocuschanged方法：在activity視窗獲得或失去焦點時被調用，例如建立時首次呈現在使用者面前；目前activity被其他activity覆寫；目前activity轉到其他activity或按home鍵回到主屏，自身退居背景；使用者退出目前activity。以上幾種情況都會調用onwindowfocuschanged，并且當activity被建立時是在onresume之後被調用，當activity被覆寫或者退居背景或者目前activity退出時，它是在onpause之後被調用，如圖所示：
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方法中指定：
setrequestedorientation(activityinfo.screen_orientation_portrait); //豎屏
2.指定為橫屏：在androidmanifest.xml中對指定的activity設定android:screenorientation="landscape"，或者在oncreate方法中指定：
setrequestedorientation(activityinfo.screen_orientation_landscape); //橫屏
為應用中的activity設定特定的方向是經常用到的辦法，可以為我們省去不少不必要的麻煩。不過，我們今天講的是螢幕方向改變時的生命周期，是以我們并不采用固定螢幕方向這種辦法。
下面我們就結合執行個體講解一下螢幕轉換的生命周期，我們建立一個activity命名為orientationactivity，如下：
import android.content.res.configuration;
public class orientationactivity extends activity {
private static final string tag = "orientationactivity";
protected void oncreate(bundle savedinstancestate) {
setcontentview(r.layout.orientation_portrait);
//當指定了android:configchanges="orientation"後,方向改變時onconfigurationchanged被調用
public void onconfigurationchanged(configuration newconfig) {
super.onconfigurationchanged(newconfig);
log.i(tag, "onconfigurationchanged called.");
switch (newconfig.orientation) {
case configuration.orientation_portrait:
break;
case configuration.orientation_landscape:
setcontentview(r.layout.orientation_landscape);
首先我們需要進入“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，切橫屏執行兩次。真機均為一次。
activity的生命周期與程式的健壯性有着密不可分的關系，希望朋友們能夠認真體會、熟練應用。
歡迎加群互相學習，共同進步。qq群：ios: 58099570 | android: 330987132 | go：217696290 | python：336880185 | 做人要厚道，轉載請注明出處！http://www.cnblogs.com/sunshine-anycall/p/4829303.html