在一個activity的生命周期中，系統(tǒng)會像金字塔模型一樣去調用一系列的生命周期回調函數。Activity生命周期的每一個階段就像金字塔中的臺階。當系統(tǒng)創(chuàng)建了一個新的activity實例，每一個回調函數會向上一階移動activity狀態(tài)。處在金字塔頂端意味著當前activity處在前臺并處于用戶可與其進行交互的狀態(tài)。

當用戶退出這個activity時，為了回收該activity，系統(tǒng)會調用其它方法來向下一階移動activity狀態(tài)。在某些情況下，activity會隱藏在金字塔下等待(例如當用戶切換到其他app),此時activity可以重新回到頂端(如果用戶回到這個activity)并恢復用戶離開時的狀態(tài)。

http://wiki.jikexueyuan.com/project/android-training-geek/images/basic-lifecycle.png" alt="basic-lifecycle" />

Figure 1. 下面這張圖講解了activity的生命周期：(這個金字塔模型要比之前Dev Guide里面的生命周期圖更加容易理解，更加形象)

根據activity的復雜度，也許不需要實現所有的生命周期方法。但了解每一個方法的回調時機并在其中填充相應功能，使得確保app能夠像用戶期望的那樣執(zhí)行是很有必要的。如何實現一個符合用戶期待的app，我們需要注意下面幾點：

使用app的時候，不會因為有來電通話或者切換到其他app而導致程序crash。
用戶沒有激活某個組件時不會消耗寶貴的系統(tǒng)資源。
離開app并且一段時間后返回，不會丟失用戶的使用進度。
設備發(fā)生屏幕旋轉時不會crash或者丟失用戶的使用進度。

下面的課程會介紹上圖所示的幾個生命狀態(tài)。然而，其中只有三個狀態(tài)是靜態(tài)的，這三個狀態(tài)下activity可以存在一段比較長的時間。(其它幾個狀態(tài)會很快就切換掉，停留的時間比較短暫)

Resumed：該狀態(tài)下，activity處在前臺，用戶可以與它進行交互。(通常也被理解為"running" 狀態(tài))
Paused：該狀態(tài)下，activity的部分被另外一個activity所遮蓋：另外的activity來到前臺，但是半透明的，不會覆蓋整個屏幕。被暫停的activity不再接受用戶的輸入且不再執(zhí)行任何代碼。
Stopped：該狀態(tài)下, activity完全被隱藏，對用戶不可見?？梢哉J為是在后臺。當stopped, activity實例與它的所有狀態(tài)信息（如成員變量等）都會被保留，但activity不能執(zhí)行任何代碼。

其它狀態(tài) (Created與Started)都是短暫的，系統(tǒng)快速的執(zhí)行那些回調函數并通過執(zhí)行下一階段的回調函數移動到下一個狀態(tài)。也就是說，在系統(tǒng)調用onCreate(), 之后會迅速調用onStart(), 之后再迅速執(zhí)行onResume()。以上就是基本的activity生命周期。

指定程序首次啟動的Activity

當用戶從主界面點擊程序圖標時，系統(tǒng)會調用app中被聲明為"launcher" (or "main") activity中的onCreate()方法。這個Activity被用來當作程序的主要進入點。

我們可以在AndroidManifest.xml中定義作為主activity的activity。

這個main activity必須在manifest使用包括 MAIN action 與 LAUNCHER category 的<intent-filter>標簽來聲明。例如：

<activity android:name=".MainActivity" android:label="@string/app_name">
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
</activity>

Note:當你使用Android SDK工具來創(chuàng)建Android工程時，工程中就包含了一個默認的聲明有這個filter的activity類。

如果程序中沒有聲明了MAIN action 或者LAUNCHER category的activity，那么在設備的主界面列表里面不會呈現app圖標。

創(chuàng)建一個新的實例

大多數app包括多個activity，使用戶可以執(zhí)行不同的動作。不論這個activity是當用戶點擊應用圖標創(chuàng)建的main activtiy還是為了響應用戶行為而創(chuàng)建的其他activity，系統(tǒng)都會調用新activity實例中的onCreate()方法。

我們必須實現onCreate()方法來執(zhí)行程序啟動所需要的基本邏輯。例如可以在onCreate()方法中定義UI以及實例化類成員變量。

例如：下面的onCreate()方法演示了為了建立一個activity所需要的一些基礎操作。如聲明UI元素，定義成員變量，配置UI等。(onCreate里面盡量少做事情，避免程序啟動太久都看不到界面)

TextView mTextView; // Member variable for text view in the layout

@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);

    // Set the user interface layout for this Activity
    // The layout file is defined in the project res/layout/main_activity.xml file
    setContentView(R.layout.main_activity);

    // Initialize member TextView so we can manipulate it later
    mTextView = (TextView) findViewById(R.id.text_message);

    // Make sure we're running on Honeycomb or higher to use ActionBar APIs
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {
        // For the main activity, make sure the app icon in the action bar
        // does not behave as a button
        ActionBar actionBar = getActionBar();
        actionBar.setHomeButtonEnabled(false);
    }
}

Caution：用SDK_INT來避免舊的系統(tǒng)調用了只在Android 2.0（API level 5）或者更新的系統(tǒng)可用的方法（上述if條件中的代碼）。舊的系統(tǒng)調用了這些方法會拋出一個運行時異常。

一旦onCreate 操作完成，系統(tǒng)會迅速調用onStart() 與onResume()方法。我們的activity不會在Created或者Started狀態(tài)停留。技術上來說, activity在onStart()被調用后開始被用戶可見，但是 onResume()會迅速被執(zhí)行使得activity停留在Resumed狀態(tài)，直到一些因素發(fā)生變化才會改變這個狀態(tài)。例如接收到一個來電，用戶切換到另外一個activity，或者是設備屏幕關閉。

在后面的課程中，我們將看到其他方法是如何使用的，onStart() 與 onResume()在用戶從Paused或Stopped狀態(tài)中恢復的時候非常有用。

Note: onCreate() 方法包含了一個參數叫做savedInstanceState，這將會在后面的課程 - 重新創(chuàng)建activity涉及到。

http://wiki.jikexueyuan.com/project/android-training-geek/images/basic-lifecycle-create.png" alt="basic_lifecycle-create" />

Figure 2. 上圖顯示了onCreate(), onStart() 和 onResume()是如何執(zhí)行的。當這三個順序執(zhí)行的回調函數完成后，activity會到達Resumed狀態(tài)。

銷毀Activity

activity的第一個生命周期回調函數是 onCreate(),它最后一個回調是onDestroy().當收到需要將該activity徹底移除的信號時，系統(tǒng)會調用這個方法。

大多數 app并不需要實現這個方法，因為局部類的references會隨著activity的銷毀而銷毀，并且我們的activity應該在onPause()與onStop()中執(zhí)行清除activity資源的操作。然而，如果activity含有在onCreate調用時創(chuàng)建的后臺線程，或者是其他有可能導致內存泄漏的資源，則應該在OnDestroy()時進行資源清理，殺死后臺線程。

@Override
public void onDestroy() {
    super.onDestroy();  // Always call the superclass

    // Stop method tracing that the activity started during onCreate()
    android.os.Debug.stopMethodTracing();
}

Note: 除非程序在onCreate()方法里面就調用了finish()方法，系統(tǒng)通常是在執(zhí)行了onPause()與onStop() 之后再調用onDestroy() 。在某些情況下，例如我們的activity只是做了一個臨時的邏輯跳轉的功能，它只是用來決定跳轉到哪一個activity，這樣的話，需要在onCreate里面調用finish方法，這樣系統(tǒng)會直接調用onDestory，跳過生命周期中的其他方法。

上一篇：使用 Volley 傳輸網絡數據下一篇：隱藏狀態(tài)欄

在线观看不卡亚洲电影_亚洲妓女99综合网_91青青青亚洲娱乐在线观看_日韩无码高清综合久久

啟動與銷毀Activity

理解生命周期的回調

指定程序首次啟動的Activity

創(chuàng)建一個新的實例

銷毀Activity