管理Activity生命周期

开始Activity

   不同于使用 main() 方法启动应用的其他编程范例，Android 系统会通过调用对应于其生命周期中特定阶段的特定回调方法在Activity 实例中启动代码。有一系列可启动Activity的回调方法，以及一系列可分解Activity的回调方法。

 

了解生命周期回调

  

在Activity的生命周期中，系统会按类似于阶梯金字塔的顺序调用一组核心的生命周期方法。也就是说，Activity生命周期的每个阶段就是金字塔上的一阶。当系统创建新Activity实例时，每个回调方法会将Activity状态向顶端移动一阶。金字塔的顶端是Activity在前台运行并且用户可以与其交互的时间点。

当用户开始离开Activity时，系统会调用其他方法在金字塔中将Activity状态下移，从而销毁Activity。在有些情况下，Activity将只在金字塔中部分下移并等待（比如，当用户切换到其他应用时），Activity可从该点开始移回顶端（如果用户返回到该Activity），并在用户停止的位置继续。

图 1.简化的Activity生命周期图示，以阶梯金字塔表示。此图示显示，对于用于将Activity朝顶端的“继续”状态移动一阶的每个回调，有一种将Activity下移一阶的回调方法。

Activity还可以从“暂停”和“停止”状态回到继续状态。

  根据Activity的复杂程度，您可能不需要实现所有生命周期方法。但是，了解每个方法并实现确保您的应用按照用户期望的方式运行的方法非常重要。

正如您将要在以下课程中要学习的，有Activity会在图 1 所示不同状态之间过渡的几种情况。但是，这些状态中只有三种可以是静态。也就是说，Activity只能在三种状态之一下存在很长时间。

继续

在这种状态下，Activity处于前台，且用户可以与其交互。（有时也称为“运行”状态。）

暂停

在这种状态下，Activity被在前台中处于半透明状态或者未覆盖整个屏幕的另一个Activity—部分阻挡。暂停的Activity不会接收用户输入并且无法执行任何代码。

停止

在这种状态下，Activity被完全隐藏并且对用户不可见；它被视为处于后台。停止时，Activity实例及其诸如成员变量等所有状态信息将保留，但它无法执行任何代码。

其他状态（“创建”和“开始”）是瞬态，系统会通过调用下一个生命周期回调方法从这些状态快速移到下一个状态。也就是说，在系统调用 onCreate() 之后，它会快速调用onStart()，紧接着快速调用onResume()。

创建一个新实例

大多数应用包含若干个不同的Activity，用户可通过这些Activity执行不同的操作。无论Activity是用户单击您的应用图标时创建的主Activity还是您的应用在响应用户操作时开始的其他Activity，系统都会通过调用其onCreate() 方法创建Activity 的每个新实例。

您必须实现 onCreate() 方法执行只应在Activity整个生命周期出现一次的基本应用启动逻辑。例如，您的onCreate() 的实现应定义用户界面并且可能实例化某些类范围变量。

例如，onCreate()方法的以下示例显示执行Activity某些基本设置的一些代码，比如声明用户界面（在 XML 布局文件中定义）、定义成员变量，以及配置某些 UI。

 

TextView mTextView; // Member variable for text view in the layout@Overridepublic 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);    }}

       注意：使用 SDK_INT 可防止旧版系统以这种方式仅在 Android 2.0 （API 级别5）和更高级别执行新 API 工作。较旧版本会遇到运行时异常。

  一旦 onCreate() 完成执行操作，系统会相继调用onStart() 和onResume() 方法。您的Activity从不会驻留在“已创建”或“已开始”状态。在技术上，Activity会在onStart() 被调用时变得可见，但紧接着是onResume()，且Activity保持“继续”状态，直到有事情发生使其发生变化，比如当接听来电时，用户导航至另一个Activity，或设备屏幕关闭。

销毁Activity

当Activity的第一个生命周期回调是 onCreate() 时，它最近的回调是onDestroy()。系统会对您的Activity调用此方法，作为您的Activity实例完全从系统内存删除的最终信号。

大多数应用不需要实现此方法，因为本地类引用与Activity一同销毁，并且您的Activity应在 onPause() 和onStop() 期间执行大多数清理操作。但是，如果您的Activity包含您在onCreate() 期间创建的后台线程或其他如若未正确关闭可能导致内存泄露的长期运行资源，您应在onDestroy() 期间终止它们。

@Overridepublic void onDestroy() {    super.onDestroy();  // Always call the superclass        // Stop method tracing that the activity started during onCreate()    android.os.Debug.stopMethodTracing();}

注意：在所有情况下，系统在调用 onPause() 和onStop() 之后都会调用onDestroy()，只有一个例外：当您从onCreate() 方法内调用finish() 时。在有些情况下，比如当您的Activity作为临时决策工具运行以启动另一个Activity时，您可从onCreate() 内调用finish() 来销毁Activity。在这种情况下，系统会立刻调用onDestroy()，而不调用任何其他 生命周期方法。

暂停和继续Activity

在正常使用应用的过程中，前台Activity有时会被其他导致Activity暂停的可视组件阻挡。例如，当半透明Activity打开时（比如对话框样式中的Activity），上一个Activity会暂停。只要Activity仍然部分可见但目前又未处于焦点之中，它会一直暂停。

但是，一旦Activity完全被阻挡并且不可见，它便停止（将在下一堂课中讨论）。

当您的Activity进入暂停状态时，系统会对您的 Activity 调用onPause() 方法，通过该方法，您可以停止不应在暂停时继续的进行之中的操作（比如视频）或保留任何应该永久保存的信息，以防用户坚持离开应用。如果用户从暂停状态返回到您的Activity，系统会重新开始该Activity并调用onResume() 方法。

注意：当您的Activity收到对 onPause() 的调用时，可能意味着Activity将暂停一会，并且用户可能从焦点返回到您的Activity。但这通常意味着用户即将离开您的Activity。

图 1.当半透明Activity阻挡您的Activity时，系统会调用 onPause() 并且Activity会在“暂停”状态下等待 (1)。如果用户在Activity仍然处于暂停状态时返回Activity，则系统会调用onResume() (2)。

暂停Activity

当系统为您的Activity调用 onPause() 时，它从技术角度看意味着您的Activity仍然处于部分可见状态，但往往说明用户即将离开Activity并且它很快就要进入“停止”状态。

您通常应使用 onPause() 回调：

• 停止动画或其他可能消耗 CPU 的进行之中的操作。
• 提交未保存的更改，但仅当用户离开时希望永久性保存此类更改（比如电子邮件草稿）。
• 释放系统资源，比如广播接收器、传感器手柄（比如 GPS） 或当您的Activity暂停且用户不需要它们时仍然可能影响电池寿命的任何其他资源。

例如，如果您的应用使用 Camera，onPause() 方法是释放它的好位置。

      

@Overridepublic void onPause() {    super.onPause();  // Always call the superclass method first    // Release the Camera because we don't need it when paused    // and other activities might need to use it.    if (mCamera != null) {        mCamera.release()        mCamera = null;    }}一般情况下，您不得使用 onPause() 永久性存储用户更改（比如输入表格的个人信息）。只有在您确定用户希望自动保存这些更改的情况（比如，电子邮件草稿）下，才能在 onPause()中永久性存储用户更改。但您应避免在 onPause() 期间执行 CPU 密集型工作，比如向数据库写入信息，因为这会拖慢向下一Activity过渡的过程（您应改为在onStop()期间执行高负载关机操作。

您应通过相对简单的方式在 onPause() 方法中完成大量操作，这样才能加快在您的Activity确实停止的情况下用户向下一个目标过渡的速度。

注意：当您的Activity暂停时，Activity 实例将驻留在内存中并且在Activity继续时被再次调用。您无需重新初始化在执行任何导致进入“继续”状态的回调方法期间创建的组件。

继续Activity

当用户从“暂停”状态继续您的Activity时，系统会调用 onResume() 方法。

请注意，每当您的Activity进入前台时系统便会调用此方法，包括它初次创建之时。同样地，您应实现onResume() 初始化您在onPause() 期间释放的组件并且执行每当Activity进入“继续”状态时必须进行的任何其他初始化操作（比如开始动画和初始化只在Activity具有用户焦点时使用的组件）。

onResume() 的以下示例对应于以上的onPause() 示例，因此它初始化Activity暂停时释放的照相机。

@Overridepublic void onResume() {    super.onResume();  // Always call the superclass method first    // Get the Camera instance as the activity achieves full user focus    if (mCamera == null) {        initializeCamera(); // Local method to handle camera init    }}

停止并重新开始Activity

Activity 课程提供两种生命周期方法：onStop() 和 onRestart()，这些方法允许您专门处理正在停止和重新开始的Activity。不同于识别部分 UI 阻挡的暂停状态，停止状态保证 UI 不再可见，且用户的焦点在另外的Activity（或完全独立的应用）中。

注意：因为系统在停止时会将您的 Activity实例保留在系统内存中，您根本无需实现onStop() 和 onRestart()或甚至onStart() 方法。对于大多数相对简单的Activity而言， Activity将停止并重新开始，并且您可能只需使用 onPause() 暂停正在进行的操作，并从系统资源断开连接。

停止Activity

当您的Activity收到 onStop() 方法的调用时，它不再可见，并且应释放几乎所有用户不使用时不需要的资源。一旦您的Activity停止，如果需要恢复系统内存，系统可能会销毁该实例。在极端情况下，系统可能会仅终止应用进程，而不会调用Activity的最终onDestroy() 回调，因此您使用onStop() 释放可能泄露内存的资源非常重要。

尽管 onPause() 方法在onStop()之前调用，您应使用onStop()执行更大、占用更多 CPU 的关闭操作，比如向数据库写入信息。

例如，此处是将草稿笔记内容保存在永久存储中的 onStop() 的实现：

@Overrideprotected void onStop() {    super.onStop();  // Always call the superclass method first    // Save the note's current draft, because the activity is stopping    // and we want to be sure the current note progress isn't lost.    ContentValues values = new ContentValues();    values.put(NotePad.Notes.COLUMN_NAME_NOTE, getCurrentNoteText());    values.put(NotePad.Notes.COLUMN_NAME_TITLE, getCurrentNoteTitle());    getContentResolver().update(            mUri,    // The URI for the note to update.            values,  // The map of column names and new values to apply to them.            null,    // No SELECT criteria are used.            null     // No WHERE columns are used.            );}

当您的Activity停止时， Activity 对象将驻留在内存中并在Activity继续时被再次调用。您无需重新初始化在任何导致进入“继续”状态的回调方法过程中创建的组件。系统还会在布局中跟踪每个View 的当前状态，如果用户在EditText 小工具中输入文本，该内容会保留，因此您无需保存即可恢复它。

注意：即使系统在Activity停止时销毁了Activity，它仍会保留Bundle（键值对的二进制大对象）中的View 对象（比如EditText 中的文本），并在用户导航回Activity的相同实例时恢复它们

开始/重新开始Activity

当您的Activity从停止状态返回前台时，它会接收对onRestart() 的调用。系统还会在每次您的Activity变为可见时调用onStart() 方法（无论是正重新开始还是初次创建）。但是，只会在Activity从停止状态继续时调用onRestart() 方法，因此您可以使用它执行只有在Activity之前停止但未销毁的情况下可能必须执行的特殊恢复工作。

应用需要使用 onRestart() 恢复Activity状态的情况并不常见，因此没有适用于一般应用群体的任何方法指导原则。但是，因为您的onStop()方法应基本清理所有Activity的资源，您将需要在Activity重新开始时重新实例化它们。但是，您还需要在您的Activity初次创建时重新实例化它们（没有Activity的现有实例）。出于此原因，您应经常使用onStart() 回调方法作为onStop() 方法的对应部分，因为系统会在它创建您的Activity以及从停止状态重新开始Activity时调用onStart() 。

例如，因为用户可能在回到它之前已离开应用很长时间， onStart() 方法是确认所需系统功能已启动的理想选择：

@Overrideprotected void onStart() {    super.onStart();  // Always call the superclass method first        // The activity is either being restarted or started for the first time    // so this is where we should make sure that GPS is enabled    LocationManager locationManager =             (LocationManager) getSystemService(Context.LOCATION_SERVICE);    boolean gpsEnabled = locationManager.isProviderEnabled(LocationManager.GPS_PROVIDER);        if (!gpsEnabled) {        // Create a dialog here that requests the user to enable GPS, and use an intent        // with the android.provider.Settings.ACTION_LOCATION_SOURCE_SETTINGS action        // to take the user to the Settings screen to enable GPS when they click "OK"    }}@Overrideprotected void onRestart() {    super.onRestart();  // Always call the superclass method first        // Activity being restarted from stopped state    }

当系统销毁您的Activity时，它会调用您的 Activity 的onDestroy()方法。因为您通常应已使用onStop() 释放大多数您的资源，到您接收对onDestroy() 的调用时，大多数应用无需做太多操作。此方法是您清理可导致内存泄露的资源的最后一种方法，因此您应确保其他线程被销毁且其他长期运行的操作（比如方法跟踪）也会停止。

重新创建Activity

在有些情况下，您的Activity会因正常应用行为而销毁，比如当用户按 返回按钮或您的Activity通过调用 finish()示意自己的销毁。如果Activity当前被停止或长期未使用，或者前台Activity需要更多资源以致系统必须关闭后台进程恢复内存，系统也可能会销毁Activity。

当您的Activity因用户按了返回 或Activity自行完成而被销毁时，系统的 Activity 实例概念将永久消失，因为行为指示不再需要Activity。但是，如果系统因系统局限性（而非正常应用行为）而销毁Activity，尽管Activity 实际实例已不在，系统会记住其存在，这样，如果用户导航回实例，系统会使用描述Activity被销毁时状态的一组已保存数据创建Activity的新实例。系统用于恢复先前状态的已保存数据被称为“实例状态”，并且是Bundle 对象中存储的键值对集合。

注意：每次用户旋转屏幕时，您的Activity将被销毁并重新创建。当屏幕方向变化时，系统会销毁并重新创建前台Activity，因为屏幕配置已更改并且您的Activity可能需要加载备用资源（比如布局）。

默认情况下，系统会使用 Bundle 实例状态保存您的Activity布局（比如，输入到EditText 对象中的文本值）中有关每个View 对象的信息。这样，如果您的Activity实例被销毁并重新创建，布局状态便恢复为其先前的状态，且您无需代码。但是，您的Activity可能具有您要恢复的更多状态信息，比如跟踪用户在Activity中进度的成员变量。

注意：为了 Android 系统恢复Activity中视图的状态，每个视图必须具有android:id 属性提供的唯一 ID。

要保存有关Activity状态的其他数据，您必须替代 onSaveInstanceState() 回调方法。当用户要离开Activity并在Activity意外销毁时向其传递将保存的Bundle 对象时，系统会调用此方法。如果系统必须稍后重新创建Activity实例，它会将相同的Bundle 对象同时传递给onRestoreInstanceState() 和onCreate()方法。

图 2.当系统开始停止您的Activity时，它会调用 onSaveInstanceState() (1)，因此，您可以指定您希望在Activity 实例必须重新创建时保存的额外状态数据。如果Activity被销毁且必须重新创建相同的实例，系统将在 (1) 中定义的状态数据同时传递给onCreate() 方法(2) 和onRestoreInstanceState() 方法(3)。

保存Activity状态

当您的Activity开始停止时，系统会调用 onSaveInstanceState() 以便您的Activity可以保存带有键值对集合的状态信息。此方法的默认实现保存有关Activity视图层次的状态信息，例如EditText 小工具中的文本或ListView 的滚动位置。

要保存Activity的更多状态信息，您必须实现 onSaveInstanceState() 并将键值对添加至Bundle 对象。例如：

static final String STATE_SCORE = "playerScore";static final String STATE_LEVEL = "playerLevel";...@Overridepublic void onSaveInstanceState(Bundle savedInstanceState) {    // Save the user's current game state    savedInstanceState.putInt(STATE_SCORE, mCurrentScore);    savedInstanceState.putInt(STATE_LEVEL, mCurrentLevel);        // Always call the superclass so it can save the view hierarchy state    super.onSaveInstanceState(savedInstanceState);}

注意：始终调用 onSaveInstanceState() 的超类实现，以便默认实现可以保存视图层次的状态。

恢复Activity状态

当您的Activity在先前销毁之后重新创建时，您可以从系统向Activity传递的Bundle恢复已保存的状态。onCreate() 和 onRestoreInstanceState() 回调方法均接收包含实例状态信息的相同Bundle。

因为无论系统正在创建Activity的新实例还是重新创建先前的实例，都会调用 onCreate() 方法，因此您必须在尝试读取它之前检查状态Bundle 是否为 null。如果为 null，则系统将创建Activity的新实例，而不是恢复已销毁的先前实例。

例如，此处显示您如何可以在 onCreate() 中恢复一些状态数据：

@Overrideprotected void onCreate(Bundle savedInstanceState) {    super.onCreate(savedInstanceState); // Always call the superclass first       // Check whether we're recreating a previously destroyed instance    if (savedInstanceState != null) {        // Restore value of members from saved state        mCurrentScore = savedInstanceState.getInt(STATE_SCORE);        mCurrentLevel = savedInstanceState.getInt(STATE_LEVEL);    } else {        // Probably initialize members with default values for a new instance    }    ...}

您可以选择实现系统在 onStart() 方法之后调用的onRestoreInstanceState() ，而不是在onCreate() 期间恢复状态。系统只在存在要恢复的已保存状态时调用 onRestoreInstanceState()，因此您无需检查Bundle 是否为 null：

public void onRestoreInstanceState(Bundle savedInstanceState) {    // Always call the superclass so it can restore the view hierarchy    super.onRestoreInstanceState(savedInstanceState);       // Restore state members from saved instance    mCurrentScore = savedInstanceState.getInt(STATE_SCORE);    mCurrentLevel = savedInstanceState.getInt(STATE_LEVEL);}

注意：始终调用 onSaveInstanceState() 的超类实现，以便默认实现可以恢复视图层次的状态。