Android开发之Activity（一）——生命周期
在之前的文章里曾经介绍过，Activity是Android系统中的四大组件之一，可以用于显示View。从字面上理解，Activity是活动的意思。一个Activity通常展现为一个可视化的用户界面，是Android程序与用户交互的窗口，也是Android组件中最基本也是最复杂的一个组件。从视觉效果来看，一个Activity占据当前的窗口，响应所有窗口事件，具备有控件，菜单等界面元素。从内部逻辑来看，Activity需要为了保持各个界面状态，需要做很多持久化的事情，还需要妥善管理生命周期，和一些转跳逻辑。对于开发者而言，需要派生一个Activity的子类，进而进行编码实现各种功能方法。简而言之Activity是一个与用户交互的系统模块，几乎所有的Activity都是和用户进行交互的，但是如果这样就能说Activity主要是用来显示View就不太正确了。
一、MVC设计模式
在深入了解Activity之前，我们先要知道一下MVC设计模式，在JAVAEE 中MVC设计模式已经很经典了，而且分的也比较清晰了，但是在Android中，好多人对MVC在Android开发中的应用不是很清楚，下面我就先来介绍一下MVC在Android开发中的应用：
M(Model 模型)：Model是应用程序的主体部分，所有的业务逻辑都应该写在这里，在Android中Model层与JavaEE中的变化不大，如：对数据库的操作，对网络等的操作都放在该层（但不是说它们都放在同一个包中，可以分开放，但它们统称为Model层）。
V（View 视图）：是应用程序中负责生成用户界面的部分，也是在整个MVC架构中用户唯一可以看到的一层，接收用户输入，显示处理结果；在Android应用中一般采用XML文件里德界面的描述，使用的时候可以非常方便的引入，当然也可以使用JavaScript+Html等方式作为View。
C（Controller控制层）：android的控制层的重任就要落在众多的activity的肩上了，所以在这里就要建议大家不要在activity中写太多的代码，尽量能过activity交割Model业务逻辑层处理。
二、Activity的生命周期
在系统中的Activity被一个Activity栈所管理。当一个新的Activity启动时，将被放置到栈顶，成为运行中的Activity，前一个Activity保留在栈中，不再放到前台，直到新的Activity退出为止。
Activity有四种本质区别的状态：
1、在屏幕的前台（Activity栈顶），叫做活动状态或者运行状态（active or running）
2、如果一个Activity失去焦点，但是依然可见（一个新的非全屏的Activity 或者一个透明的Activity 被放置在栈顶），叫做暂停状态（Paused）。一个暂停状态的Activity依然保持活力（保持所有的状态，成员信息，和窗口管理器保持连接），但是在系统内存极端低下的时候将被杀掉。
3、如果一个Activity被另外的Activity完全覆盖掉，叫做停止状态（Stopped）。它依然保持所有状态和成员信息，但是它不再可见，所以它的窗口被隐藏，当系统内存需要被用在其他地方的时候，Stopped的Activity将被杀掉。
4、如果一个Activity是Paused或者Stopped状态，系统可以将该Activity从内存中删除，Android系统采用两种方式进行删除，要么要求该Activity结束，要么直接杀掉它的进程。当该Activity再次显示给用户时，它必须重新开始和重置前面的状态。
下面的图显示了Activity的重要状态转换，矩形框表明Activity在状态转换之间的回调接口，开发人员可以重载实现以便执行相关代码，带有颜色的椭圆形表明Activity所处的状态。
在上图中，Activity有三个关键的循环：
1、整个的生命周期，从onCreate(Bundle)开始到onDestroy()结束。Activity在onCreate()设置所有的“全局”状态，在onDestory()释放所有的资源。例如：某个Activity有一个在后台运行的线程，用于从网络下载数据，则该Activity可以在onCreate()中创建线程,在onDestory()中停止线程。
2、可见的生命周期，从onStart()开始到onStop()结束。在这段时间，可以看到Activity在屏幕上，尽管有可能不在前台，不能和用户交互。在这两个接口之间，需要保持显示给用户的UI数据和资源等，例如：可以在onStart中注册一个IntentReceiver来监听数据变化导致UI的变动，当不再需要显示时候，可以在onStop()中注销它。onStart()，onStop()都可以被多次调用，因为Activity随时可以在可见和隐藏之间转换。
3、前台的生命周期，从onResume()开始到onPause()结束。在这段时间里，该Activity处于所有 Activity的最前面，和用户进行交互。Activity可以经常性地在resumed和paused状态之间切换，例如：当设备准备休眠时，当一个 Activity处理结果被分发时，当一个新的Intent被分发时。所以在这些接口方法中的代码应该属于非常轻量级的。
Activity的整个生命周期都定义在下面的接口方法中，所有方法都可以被重载。所有的Activity都需要实现 onCreate(Bundle)去初始化设置，大部分Activity需要实现onPause()去提交更改过的数据，当前大部分的Activity也需要实现onFreeze()接口，以便恢复在onCreate(Bundle)里面设置的状态。
public class Activity extends ApplicationContext {
onCreate() ：当活动第一次启动的时候，触发该方法，可以在此时完成活动的初始化工作。onCreate 方法有一个参数，该参数可以为空（ null ），也可以是之前调用 onSaveInstanceState （）方法保存的状态信息。
onStart() ：该方法的触发表示所属活动将被展现给用户。
onResume() ：当一个活动和用户发生交互的时候，触发该方法。
onPause() ：当一个正在前台运行的活动因为其他的活动需要前台运行而转入后台运行的时候，触发该方法。这时候需要将活动的状态持久化，比如正在编辑的数据库记录等。
onStop() ：当一个活动不再需要展示给用户的时候，触发该方法。如果内存紧张，系统会直接结束这个活动，而不会触发 onStop 方法。 所以保存状态信息是应该在onPause时做，而不是onStop时做。活动如果没有在前台运行，都将被停止或者Linux管理进程为了给新的活动预留足够的存储空间而随时结束这些活动。因此对于开发者来说，在设计应用程序的时候，必须时刻牢记这一原则。在一些情况下，onPause方法或许是活动触发的最后的方法，因此开发者需要在这个时候保存需要保存的信息。
onRestart() ：当处于停止状态的活动需要再次展现给用户的时候，触发该方法。
onDestroy() ：当活动销毁的时候，触发该方法。和 onStop 方法一样，如果内存紧张，系统会直接结束这个活动而不会触发该方法。
onSaveInstanceState() ：系统调用该方法，允许活动保存之前的状态，比如说在一串字符串中的光标所处的位置等。通常情况下，开发者不需要重写覆盖该方法，在默认的实现中，已经提供了自动保存活动所涉及到的用户界面组件的所有状态信息。
}
大部分的Activity子类都需要实现以下两个接口：
onCreate(Bundle)接口是初始化activity的地方. 在这儿通常可以调用setContentView(int)设置在资源文件中定义的UI, 使用findViewById(int) 可以获得UI中定义的窗口.
onPause()接口是使用者准备离开activity的地方，在这儿，任何的修改都应该被提交(通常用于ContentProvider保存数据)。
几个调用情景：
必调用的三个方法：onCreate() --> onStart() --> onResume()，用AAA表示
1、父Activity启动子Activity，子Actvity退出，父Activity调用顺序如下
AAA --> onPause() --> onStop() --> onRestart() --> onStart(),onResume() …
2、用户点击Home，Actvity调用顺序如下
AAA --> onPause() --> onStop() -- Maybe --> onDestroy() – Maybe
3、调用finish()， Activity调用顺序如下
AAA --> onPause() --> onStop() --> onDestroy()
4、在Activity上显示dialog， Activity调用顺序如下
AAA
5、在父Activity上显示透明的或非全屏的activity，Activity调用顺序如下
AAA --> onPause()
6、按电源键，设备进入睡眠状态，Activity调用顺序如下
AAA --> onPause() --> onStop() -- Maybe --> onDestroy() – Maybe