[Android]Activity的生命周期

[Android]Activity的生命周期

想要学好安卓开发，就必须理解安卓软件的生命周期，明白一个活动的创建、启动、停止、暂停、重启和销毁的过程，知道各个阶段会调用什么函数进行处理不同的情况，这里我们就来说说Activity的生命周期。

1. 活动栈

Android 中的活动是层叠的，我们每启动一个新的活动，就会覆盖在原活动之上，然后点击 Back 键会销毁最上面的活动，下面的一个活动就会重新显示出来。

其实 Android 是使用任务来管理活动的，一个任务就是一组存放在栈里的活动的集合，这个栈也被称作活动栈 。栈是一种后进先出的数据结构，在默认情况下，每当我们启动了一个新的活动，它会在返回栈中入栈，并处于栈顶的位置。而每当我们按下 Back 键或调用 finish()方法去销毁一个活动时，处于栈顶的活动会出栈，这时前一个入栈的活动就会重新处于栈顶的位置。系统总是会显示处于栈顶的活动给用户。

2. 活动的状态

每个活动在其生命周期中最多可能会有四种状态。

运行状态
当一个活动位于活动栈的栈顶时，这时活动就处于运行状态。系统最不愿意回收的就是处于运行状态的活动，因为这会带来非常差的用户体验。

暂停状态
当一个活动不再处于栈顶位置，但仍然可见时，这时活动就进入了暂停状态。你可能会觉得既然活动已经不在栈顶了，还怎么会可见呢？这是因为并不是每一个活动都会占满整个屏幕的，比如对话框形式的活动只会占用屏幕中间的部分区域，你很快就会在后面看到这种活动。处于暂停状态的活动仍然是完全存活着的，系统也不愿意去回收这种活动（因为它还是可见的，回收可见的东西都会在用户体验方面有不好的影响） ，只有在内存极低的情况下，系统才会去考虑回收这种活动。

停止状态
当一个活动不再处于栈顶位置，并且完全不可见的时候，就进入了停止状态。系统仍然会为这种活动保存相应的状态和成员变量，但是这并不是完全可靠的，当其他地方需要内存时，处于停止状态的活动有可能会被系统回收。

销毁状态
当一个活动从活动栈中移除后就变成了销毁状态。系统会最倾向于回收处于这种状态的活动，从而保证手机的内存充足。

3. 活动的生存期

Activity 类中定义了七个回调方法，覆盖了活动生命周期的每一个环节，下面我来一一介绍下这七个方法。
1. onCreate()
这个方法你已经看到过很多次了，每个活动中我们都重写了这个方法，它会在活动第一次被创建的时候调用。你应该在这个方法中完成活动的初始化操作，比如说加载布局、绑定事件等。
2. onStart()
这个方法在活动由不可见变为可见的时候调用。
3. onResume()
这个方法在活动准备好和用户进行交互的时候调用。此时的活动一定位于活动栈的栈顶，并且处于运行状态。
4. onPause()
这个方法在系统准备去启动或者恢复另一个活动的时候调用。我们通常会在这个方法中将一些消耗 CPU 的资源释放掉，以及保存一些关键数据，但这个方法的执行速度一定要快，不然会影响到新的栈顶活动的使用。
5. onStop()
这个方法在活动完全不可见的时候调用。它和 onPause()方法的主要区别在于，如果启动的新活动是一个对话框式的活动，那么 onPause()方法会得到执行，而 onStop()方法并不会执行。
6. onDestroy()
这个方法在活动被销毁之前调用，之后活动的状态将变为销毁状态。
7. onRestart()
这个方法在活动由停止状态变为运行状态之前调用，也就是活动被重新启动了。

以上七个方法中除了 onRestart()方法，其他都是两两相对的，从而又可以将活动分为三种生存期。
1. 完整生存期
活动在 onCreate()方法和 onDestroy()方法之间所经历的，就是完整生存期。一般情况下，一个活动会在 onCreate()方法中完成各种初始化操作，而在 onDestroy()方法中完成释放内存的操作。
2. 可见生存期
活动在 onStart()方法和 onStop()方法之间所经历的，就是可见生存期。在可见生存期内，活动对于用户总是可见的，即便有可能无法和用户进行交互。我们可以通过这两个方法，合理地管理那些对用户可见的资源。比如在 onStart()方法中对资源进行加载，而在 onStop()方法中对资源进行释放， 从而保证处于停止状态的活动不会占用过多内存。
3. 前台生存期
活动在 onResume()方法和 onPause()方法之间所经历的，就是前台生存期。在前台生存期内，活动总是处于运行状态的，此时的活动是可以和用户进行相互的，我们平时看到和接触最多的也这个状态下的活动。

4. 活动生命期实例

讲了这么多理论知识，也是时候该实战一下了，下面我们将通过一个实例，让你可以更加直观地体验活动的生命周期。

这次我们不准备在 ActivityTest 这个项目的基础上修改了，而是新建一个项目。因此，首先关闭 ActivityTest 项目，然后新建一个ActivityLifeCycleTest 项目。新建项目的过程你应该已经非常清楚了，不需要我再进行赘述，这次我们允许 ADT 帮我们自动创建活动，这样可以省去不少工作，创建的活动名和布局名都使用默认值。这样主活动就创建完成了，我们还需要分别再创建两个子活动，NormalActivity 和DialogActivity，下面一步步来实现。

新建 normal_layout.xml 文件，代码如下所示：

这个布局中我们就非常简单地使用了一个 TextView，然后同样的方法，我们再新建一个 dialog_layout.xml 文件，代码如下所示：

两个布局文件的代码几乎没有区别，只是显示的文字不同而已。然后新建 NormalActivity 继承自 Activity，代码如下所示：

public class NormalActivity extends Activity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        requestWindowFeature(Window.FEATURE_NO_TITLE);
        setContentView(R.layout.normal_layout);
    }
}

我们在 NormalActivity 中加载了 normal_layout 这个布局。同样的方法，再新建 DialogActivity 继承自 Activity，代码如下所示：

public class DialogActivity extends Activity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        requestWindowFeature(Window.FEATURE_NO_TITLE);
        setContentView(R.layout.dialog_layout);
    }
}

我们在 DialogActivity 中加载了 dialog_layout 这个布局。其实从名字上你就可以看出，这两个活动一个是普通的活动，一个是对话框式的活动。可是现在不管怎么看，这两个活动的代码都几乎都是一模一样的，在哪里有体现出将活动设成对话框式的呢？别着急，下面我们马上开始设置。在AndroidManifest.xml 的标签中添加如下代码：

这里分别为两个活动进行注册，但是 DialogActivity 的注册代码有些不同，它使用了一个 android:theme 属性，这是用于给当前活动指定主题的，Android 系统内置有很多主题可以选择，当然我们也可以定制自己的主题，而这里@android:style/Theme.Dialog 则毫无疑问是让DialogActivity 使用对话框式的主题。接下来我们修改 activity_main.xml，重新定制我们主活动的布局：

自动生成的布局代码有些复杂， 这里我们完全替换掉， 仍然还是使用最熟悉的 LinearLayout，然后加入了两个按钮，一个用于启动NormalActivity，一个用于启动 DialogActivity。

最后修改 MainActivity 中的代码，如下所示：

public class MainActivity extend