首先，Activity是Android系统中的四大组件之一，可以用于显示View。Activity是一个与用户交互的系统模块，几乎所有的Activity都是和用户进行交互的，但是如果这样就能说Activity主要是用来显示View就不太正确了。

      在深入了解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业务逻辑层处理。

      好了，在介绍过Android应用开发中的MVC架构后，我们就可以很明确的知道，在Android中Activity主要是用来做控制的，它可以选择要显示的View，也可以从View中获取数据然后把数据传给Model层进行处理，最后再来显示出处理结果。

Activity 生命周期

     Activity 的生命周期对开发强大而又灵活的应用至关重要，熟悉Acticity的生命周期，对能灵活应用Activity非常重要，也可以说是Activity使用的难点吧。Activity的生命周期是通过方法回调实现的。Activity 的生命周期会直接受到 Activity 与其他 Activity、其任务及返回栈的关联性的影响。

1、Activity的三种存在的状态：

继续（或运行中）      此 Activity 位于屏幕前台并具有用户焦点，一般对应于onResume()方法。暂停      另一个 Activity 位于屏幕前台并具有用户焦点，但此 Activity 仍可见，一般对应于onPause()方法。 暂停的 Activity 处于完全活动状态（Activity 对象保留在内存中，它保留了所有状态和成员信息，并与窗口管理器保持连接），但在内存极度不足的情况下，可能会被系统终止。停止      该 Activity 被另一个 Activity 完全遮盖,一般对应于onStop()方法。 已停止的 Activity 同样仍处于活动状态（Activity 对象保留在内存中，它保留了所有状态和成员信息，但未与窗口管理器连接）。 不过，它对用户不再可见，在他处需要内存时可能会被系统终止。

2、Activity的生命周期回调

当Activity进行状态切换时，都会调用其相应的回调方法 以下MainActivity 包括每一个基本生命周期方法：

public class MainActivity 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 生命周期中的三个嵌套循环：

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()。 由于此状态可能经常发生转变，因此这两个方法中应采用适度轻量级的代码，以避免因转变速度慢而让用户等待。

     下图为官方文档上的 Activity生命周期变化图，矩形表示回调方法，当 Activity 在不同状态之间切换时，您可以重写这些方法来执行相应的操作。


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


     名为“是否能事后终止？”的列表示系统是否能在不执行另一行 Activity 代码的情况下，在方法返回后随时终止承载 Activity 的进程。 有三个方法带有“是”标记：(onPause()、onStop() 和 onDestroy())。由于 onPause() 是这三个方法中的第一个，因此 Activity 创建后，onPause() 必定成为最后调用的方法，然后才能终止进程 — 如果系统在紧急情况下必须恢复内存，则可能不会调用 onStop() 和 onDestroy()。因此，您应该使用 onPause() 向存储设备写入至关重要的持久性数据（例如用户编辑）。不过，您应该对 onPause() 调用期间必须保留的信息有所选择，因为该方法中的任何阻止过程都会妨碍向下一个 Activity 的转变并拖慢用户体验。      在是否能在事后终止？列中标记为“否”的方法可从系统调用它们的一刻起防止承载 Activity 的进程被终止。 因此，在从 onPause() 返回的时间到 onResume() 被调用的时间，系统可以终止 Activity。在 onPause() 被再次调用并返回前，将无法再次终止 Activity。      注：根据表 1 中的定义属于技术上无法“终止”的 Activity 仍可能被系统终止 — 但这种情况只有在无任何其他资源的极端情况下才会发生。 保存 Activity 状态

     管理 Activity 生命周期的引言部分简要提及，当 Activity 暂停或停止时，Activity 的状态会得到保留。 确实如此，因为当 Activity 暂停或停止时，Activity 对象仍保留在内存中 — 有关其成员和当前状态的所有信息仍处于活动状态。 因此，用户在 Activity 内所做的任何更改都会得到保留，这样一来，当 Activity 返回前台（当它“继续”）时，这些更改仍然存在。

     不过，当系统为了恢复内存而销毁某项 Activity 时，Activity 对象也会被销毁，因此系统在继续 Activity 时根本无法让其状态保持完好，而是必须在用户返回 Activity 时重建 Activity 对象。但用户并不知道系统销毁 Activity 后又对其进行了重建，因此他们很可能认为 Activity 状态毫无变化。 在这种情况下，您可以实现另一个回调方法对有关 Activity 状态的信息进行保存，以确保有关 Activity 状态的重要信息得到保留：onSaveInstanceState()。

     系统会先调用 onSaveInstanceState()，然后再使 Activity 变得易于销毁。系统会向该方法传递一个 Bundle，您可以在其中使用 putString() 和 putInt() 等方法以名称-值对形式保存有关 Activity 状态的信息。然后，如果系统终止您的应用进程，并且用户返回您的 Activity，则系统会重建该 Activity，并将 Bundle 同时传递给 onCreate() 和 onRestoreInstanceState()。您可以使用上述任一方法从 Bundle 提取您保存的状态并恢复该 Activity 状态。如果没有状态信息需要恢复，则传递给您的 Bundle 是空值（如果是首次创建该 Activity，就会出现这种情况）。


     在途中的两种情况下，Activity 重获用户焦点时可保持状态完好：系统在销毁 Activity 后重建 Activity，Activity 必须恢复之前保存的状态；系统停止 Activity 后继续执行 Activity，并且 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() 执行期间向数据库写入数据。