首语：群里看到一位网友说：你能说出Activity的完整生命周期吗？看到这句话，我也在反思自己，我也是个fresh，所以想找个时间仔细的扒一扒Activity生命周期。

首先拿一张简单而又复杂的生命周期图来镇楼。

Activity 每一个基本生命周期方法：

public class ExampleActivity extends Activity {

    @Override

    public void onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);

        // The activity is being created.

    }

    @Override

    protected void onStart() {

        super.onStart();

        // The activity is about to become visible.

    }

    @Override

    protected void onResume() {

        super.onResume();

        // The activity has become visible (it is now "resumed").

    }

    @Override

    protected void onPause() {

        super.onPause();

        // Another activity is taking focus (this activity is about to be "paused").

    }

    @Override

    protected void onStop() {

        super.onStop();

        // The activity is no longer visible (it is now "stopped")

    }

    @Override

    protected void onDestroy() {

        super.onDestroy();

        // The activity is about to be destroyed.

    }

}

Activity的生命周期主要体现在三个嵌套循环中：

整个生命周期

Activity 的整个生命周期发生在 onCreate() 调用与 onDestroy() 调用之间。Activity 在 onCreate() 中执行“全局”状态设置（例如定义布局），并在onDestroy() 中释放的所有其余资源。

例如，当前 Activity 有一个在后台运行的线程，用于从网络上下载数据，它可能会在 onCreate() 中创建该线程，然后在 onDestroy() 中停止该线程。

可见生命周期

Activity 的可见生命周期发生在 onStart() 调用与 onStop() 调用之间。在这段时间，用户可以在屏幕上看到 Activity 并与其交互。

例如，当启动一个新 Activity ，并且当前 Activity 不再可见时，系统会调用 onStop()。您可以在调用这两个方法之间保留向用户显示 Activity 所需的资源。 例如，您可以在 onStart() 中注册一个 BroadcastReceiver 以监控影响 UI 的变化，并在用户无法再看到您显示的内容时在 onStop() 中将其取消注册。在 Activity 的整个生命周期，当 Activity 在对用户可见和隐藏两种状态中交替变化时，系统可能会多次调用 onStart() 和 onStop()。

前台生命周期

Activity 的前台生命周期发生在 onResume() 调用与 onPause() 调用之间。在这段时间，Activity 位于屏幕上的所有其他 Activity 之前，并具有用户输入焦点。 Activity 可频繁转入和转出前台 。

例如，当设备转入休眠状态或出现对话框时，系统会调用 onPause()。 由于此状态可能经常发生转变，因此这两个方法中应采用适度轻量级的代码，以避免因转变速度慢而让用户等待。

表 1 列出了相同的生命周期回调方法，其中对每一种回调方法做了更详细的描述，并说明了每一种方法在 Activity 整个生命周期内的位置，包括在回调方法完成后系统能否终止 Activity。

表 1. Activity 生命周期回调方法汇总表。

保存 Activity 状态

当 Activity 暂停或停止时，Activity 的状态会得到保留。因为当 Activity 暂停或停止时，Activity 对象仍保留在内存中，有关其成员和当前状态的所有信息仍处于活动状态。 因此，用户在 Activity 内所做的任何更改都会得到保留，这样一来，当 Activity 返回前台（当它“继续”）时，这些更改仍然存在并且有效。

但是，当系统为了回复内存而销毁某项activity时，activity对像也会被销毁，因此用户返回Activity时必须要重建Activity对像。但是用户并不知道系统销毁Activity后又对其进行了重建这个过程，因此他们很可能认为Activity状态毫无变化。如果想在系统销毁Activity之前保存一些信息或者数据的话，可以实现另一个回调方法对有关Activity状态的信息进行保存，以确保有关 Activity 状态的重要信息得到保留：onSaveInstanceState()。

系统会先调用onSaveInstanceState()，然后再使Activity变的易于销毁。系统会给该方法传递一个Bundle，可以使用putString()、putInt()等方法保存有关Activity信息。用户返回这个Acitvity时，系统会重建该Activity，并将Bundle同时传递给onCreate()和onRestoreInstanceState()。就可以从上诉任一方法从Bundle提取保存的状态并恢复该Activity状态。如果没有状态信息需要恢复，则传递的是空值的Bundle。

过程如下图所示：

处理配置变更

设备的配置可能会再运行时发生变化（例如屏幕方向、键盘可用性及语言）。此时，Android 会重建运行中的 Activity（系统调用 onDestroy()，然后立即调用 onCreate()）。此行为旨在通过利用提供的备用资源（例如适用于不同屏幕方向和屏幕尺寸的不同布局）自动重新加载应用来帮助它适应新配置。

如果APP设计的时候要求必须有屏幕方向变化，则处理此类重启的最佳方法是利用onSaveInstanceState() 和 onRestoreInstanceState()（或 onCreate()）保存并恢复 Activity 的状态。

协调 Activity

当一个 Activity 启动另一个 Activity 时，它们都会体验到生命周期转变。第一个 Activity 暂停并停止（但如果它在后台仍然可见，则不会停止）时，同时系统会创建另一个 Activity。 如果这些 Activity 共用保存到磁盘或其他地方的数据，必须了解的是，在创建第二个 Activity 前，第一个 Activity 不会完全停止。更确切地说，启动第二个 Activity 的过程与停止第一个 Activity 的过程存在重叠。

生命周期回调的顺序经过明确定义，当两个 Activity 位于同一进程，并且由一个 Activity 启动另一个 Activity 时，其定义尤其明确。 以下是当 Activity A 启动 Activity B 时一系列操作的发生顺序：

Activity A 的 onPause() 方法执行。
Activity B 的 onCreate()、onStart() 和 onResume() 方法依次执行。（Activity B 现在具有用户焦点。）
然后，如果 Activity A 在屏幕上不再可见，则其 onStop() 方法执行。
可以利用这种可预测的生命周期回调顺序管理从一个 Activity 到另一个 Activity 的信息转变。 例如，如果您必须在第一个 Activity 停止时向数据库写入数据，以便下一个 Activity 能够读取该数据，则应在 onPause() 而不是 onStop() 执行期间向数据库写入数据。