1.4 组件生命周期
应用程序组件都有生命周期——由Android实例化以响应Intent对象开始、直到这个实例被销毁。在此期间，组件可以是激活或者非激活状态。
如果是Activity，则还包括对用户的可见或不可见状态。本节讨论Activity、服务以及广播接收器的生命周期，包括它们在生命周期中的可能状
态、在状态转变时调用的通知方法、以及当这些进程被关闭或实例被销毁时，这些状态产生的影响。
1.4.1 Activity生命周期
本质上Activity有三个状态：
- 当它在屏幕前台时（位于当前任务堆栈的顶部），它是激活或运行状态。它就是响应用户操作的Activity。
- 当它失去焦点但仍然对用户可见时，它处于暂停状态。即在它之上有另外一个Activity。这个Activity也许是透明的，或者没有完全覆盖
全屏，所以被暂停的Activity仍对用户可见。暂停的Activity仍然是存活状态（它保留着所有的状态和成员信息并保持和窗口管理器的连接），但
系统处于极低内存时仍然可以杀死这个Activity。
- 完全被另一个Activity覆盖时则处于停止状态。它仍然保留所有的状态和成员信息。然而对用户是不可见的，所以它的窗口将被隐藏，如果其它地方需要内存，则系统经常会杀死这个Activity。
如果Activity处于暂停或停止状态，系统可以通过要求它结束（调用它的 finish() 方法）或直接杀死它的进程来将它驱出内存。当它再次为用户可见的时候，只能完全重新启动并恢复至以前的状态。
当Activity从一种状态转变到另一种状态时，会调用以下保护方法来通知这种变化：
void onCreate(Bundle savedInstanceState)
void onStart()
void onRestart()
void onResume()
void onPause()
void onStop()
void onDestroy()
所有这些方法都被挂接，因此我们可以重载他们以在状态改变时进行适当的处理。所有的Activity都必须实现 onCreate()来执行对象第一次实例化时的初始化。很多Activity会实现onPause()以提交数据变化或准备停止与用户的交互。
所有Activity的生命周期方法实现中都必须先调用其父类的版本。比如说：
protected void onPause() {
super.onPause();
. . .
}
总得来说，这七个方法定义了Activity的完整生命周期。实现这些方法可以帮助我们监视其中的三个嵌套生命周期循环
：
- Activity的完整生命周期
自第一次调用onCreate()开始，直至调用onDestroy()为
止。Activity在onCreate()中设置所有“全局”状态以完成初始化，而在onDestroy()中释放所有系统资源。例如，如果
Activity有一个线程在后台运行从网络上下载数据，它会在onCreate()创建线程，而在 onDestroy()销毁线程。
- Activity的可视生命周期
自onStart()调用开始直到相应的onStop()调用结束。在此期
间，用户可以在屏幕上看到Activity，尽管它也许并不是位于前台或者也不与用户进行交互。在这两个方法之间，我们可以保留用来向用户显示这个
Activity所需的资源。例如，当用户不再看见我们显示的内容时，我们可以在onStart()中注册一个BroadcastReceiver来监控
会影响UI的变化，而在onStop()中来注消。onStart() 和 onStop() 方法可以随着应用程序是否为用户可见而被多次调用。
- Activity的前台生命周期
自onResume()调用起，至相应的onPause()调用为止。在此期
间，Activity位于前台最上面并与用户进行交互。Activity会经常在暂停和恢复之间进行状态转换——例如当设备转入休眠状态或者有新的
Activity启动时，将调用onPause() 方法。当Activity获得结果或者接收到新的Intent时会调用onResume()
方法。因此，这两个方法中的代码应当是轻量级的。
下图展示了上述循环过程以及Activity在此过程中历经的状态改变。着色的椭圆是Activity可以经历的主要状态。矩形框表示在Activity状态间发生改变的时候，我们可以实现的方法进行适当的处理。
下表详细描述了这些方法，以及他们在Activity整个生命周期中的位置。
请注意上表中可被杀死一列。它标示了在方法返回后，还没执行Activity的其余代码的任意时间里，系统是否可以杀死包含此Activity的进程。三个方法（onPause()、 onStop()和onDestroy()）被标记为“是”。onPause()是
三个中的第一个，它也是唯一一个在进程被杀死之前必然会调用的方法──onStop() 和 onDestroy() 有可能不被执行。因此你应该用 onPause() 来将所有持久性数据（比如用户的编辑结果）写入存储之中。
在可被杀死一列中标记为“否”的方法在它们被调用时将保护Activity所在的进程不会被杀死。所以只有在onPause()方法返回后到
onResume() 方法被调用时，一个Activity才处于可被杀死的状态。在onPause()再次被调用并返回之前，它不会被系统杀死。
如后面一节进程和生命周期所述，即使是在这里技术上没有被定义为“可杀死”的Activity仍然有可能被系统杀死──但这仅会发生在实在没有其它方法的极端情况之下。
保存Activity状态
当系统而不是用户自己出于回收内存的考虑，关闭了一个Activity之后。用户会期望当他再次回到那个Activity的时候，它仍保持着上次离开时的样子。
为了获取Activity被杀死前的状态，你应该为Activity实现onSaveInstanceState()
方法。Android在Activity有可能被销毁之前（即onPause()
调用之前）会调用此方法。它会将一个以名称-值对方式记录了Activity动态状态的Bundle
对象传递给该方法。当Activity再次启动时，这个Bundle会传递给onCreate()方法和随着onStart()方法调用的
onRestoreInstanceState()，所以它们两个都可以恢复捕获的状态。
与onPause()或先前讨论的其它方法不同，onSaveInstanceState() 和
onRestoreInstanceState()
并不是生命周期方法。它们并不是总会被调用。比如说，Android会在Activity易于被系统销毁之前调用
onSaveInstanceState()，但用户动作（比如按下了BACK键）造成的销毁则不调用。在这种情况下，用户没打算再次回到这个
Activity，所以没有保存状态的必要。
因为onSaveInstanceState()不是总被调用，所以你应该只用它来为Activity保存一些临时的状态，而不能用来保存持久性数据。而是应该用onPause()来达到这个目的。
协调Activity
当一个Activity启动了另外一个的时候，它们都会经历生命周期变化。一个会暂停乃至停止，而另一个则启动。这种情况下，可能需要协调好这些Activity：
生命周期回调顺序是已经定义好的，尤其是在两个Activity在同一个进程内的情况下：
1. 调用当前Activity的 onPause() 方法。
2. 接着，顺序调用新启动Activity的onCreate()、 onStart()和onResume()方法。
3. 然后，如果启动的Activity不再于屏幕上可见，则调用它的onStop()方法。