入栈出栈示意图 ，展示了返回栈是如何管理活动入栈出栈操作的。

活动状态

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

1.    运行状态

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

2.    暂停状态

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

3.    停止状态

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

4.    销毁状态

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

活动的生存期

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()方法之间所经历的，就是前台生存期。在前台 生存期内，活动总是处于运行状态的，此时的活动是可以和用户进行相互的，我们平时 看到和接触最多的也这个状态下的活动。

为了能够更好的理解，Android 官方提供了一张活动生命周期的示意图，如图所示。

学习永不止步