提供两个关于Activity的生命周期模型图示帮助理解：
图1
图2
从图2所示的Activity生命周期不难看出，在这个图中包含了两层循环，
第一层循环是onPause -> onResume -> onPause，
第二层循环是onStop -> onRestart -> onStart -> onResume -> onPause -> onStop。我们可以将这两层循环看成是整合Activity生命周期中的子生命周期。第一层循环称为焦点生命周期，第二层循环称为可视生命周期。也就 是说，第一层循环在Activity焦点的获得与失去的过程中循环，在这一过程中，Activity始终是可见的。而第二层循环是在Activity可见 与不可见的过程中循环，在这个过程中伴随着Activity的焦点的获得与失去。也就是说，Activity首先会被显示，然后会获得焦点，接着失去焦 点，最后由于弹出其他的Activity，使当前的Activity变成不可见。因此，Activity有如下3种生命周期：
- 整体生命周期：onCreate -> ... ... -> onDestroy。
- 可视生命周期：onStop -> ... ... -> onPause。
- 焦点生命周期：onPause -> onResume。
四个阶段
上面7个生命周期方法分别在4个阶段按着一定的顺序进行调用，这4个阶段如下：
- 开始Activity：在这个阶段依次执行3个生命周期方法：onCreate、onStart和onResume。
- Activity失去焦点：如果在Activity获得焦点的情况下进入其他的Activity或应用程序，这时当前的Activity会失去焦点。在这一阶段，会依次执行onPause和onStop方法。
- Activity重新获得焦点：如果Activity重新获得焦点，会依次执行3个生命周期方法：onRestart、onStart和onResume。
- 关闭Activity：当Activity被关闭时系统会依次执行3个生命周期方法：onPause、onStop和onDestroy。
如果在这4个阶段执行生命周期方法的过程中不发生状态的改变，那么系统会按着上面的描述依次执行这4个阶段中的生命周期方法，但如果在执行的过程中改变了状态，系统会按着更复杂的方式调用生命周期方法。
在执行的过程中可以改变系统的执行轨迹的生命周期方法是onPause和onStop。如果在执行onPause方法的过程中Activity重新获得了焦点，然后又失去了焦点。系统将不会再执行onStop方法，而是按着如下的顺序执行相应的生命周期方法：
如果在执行onStop方法的过程中Activity重新获得了焦点，然后又失去了焦点。系统将不会执行onDestroy方法，而是按着如下的顺序执行相应的生命周期方法：
在 图2所示的Activity生命周期里可以看出，系统在终止应用程序进程时会调用onPause、onStop和onDesktroy方法。而 onPause方法排在了最前面，也就是说，Activity在失去焦点时就可能被终止进程，而onStop和onDestroy方法可能没有机会执行。 因此，应该在onPause方法中保存当前Activity状态，这样才能保证在任何时候终止进程时都可以执行保存Activity状态的代码。
下面对其分别详细说明（文字中的粗体字表示后文中会经常用到的概念在第一次出现时会给出解释，之后后文不再详细说明）：
1. void onCreate(Bundle savedInstanceState)
当
Activity被第首次加载时执行。我们新启动一个程序的时候其主窗体的onCreate事件就会被执行。如果Activity被销毁后
（onDestroy后），再重新加载进Task时，其onCreate事件也会被重新执行。注意这里的参数
savedInstanceState（Bundle类型是一个键值对集合，大家可以看成是.Net中的Dictionary）是一个很有用的设计，由于
前面已经说到的手机应用的特殊性，一个Activity很可能被强制交换到后台（交换到后台就是指该窗体不再对用户可见，但实际上又还是存在于某个
Task中的，比如一个新的Activity压入了当前的Task从而“遮盖”住了当前的
Activity，或者用户按了Home键回到桌面，又或者其他重要事件发生导致新的Activity出现在当前Activity之上，比如来电界面），
而如果此后用户在一段时间内没有重新查看该窗体（Android通过长按Home键可以选择最近运行的6个程序，或者用户直接再次点击程序的运行图标，如
果窗体所在的Task和进程没有被系统销毁，则不用重新加载，直接重新显示Task顶部的Activity，这就称之为重新查看某个程序的窗体），该窗体
连同其所在的 Task和Process则可能已经被系统自动销毁了，此时如果再次查看该窗体，则要重新执行
onCreate事件初始化窗体。而这个时候我们可能希望用户继续上次打开该窗体时的操作状态进行操作，而不是一切从头开始。例如用户在编辑短信时突然来
电，接完电话后用户又去做了一些其他的事情，比如保存来电号码到联系人，而没有立即回到短信编辑界面，导致了短信编辑界面被销毁，当用户重新进入短信程序
时他可能希望继续上次的编辑。这种情况我们就可以覆写Activity的
void onSaveInstanceState(Bundle
outState)事件，通过向outState中写入一些我们需要在窗体销毁前保存的状态或信息，这样在窗体重新执行onCreate的时候，则会通过
savedInstanceState将之前保存的信息传递进来，此时我们就可以有选择的利用这些信息来初始化窗体，而不是一切从头开始。
2. void onStart() activity变为在屏幕上对用户可见时调用。
onCreate
事件之后执行。或者当前窗体被交换到后台后，在用户重新查看窗体前已经过去了一段时间，窗体已经执行了onStop事件，但是窗体和其所在进程并没有被销
毁，用户再次重新查看窗体时会执行onRestart事件，之后会跳过onCreate事件，直接执行窗体的onStart事件。
3. void onResume() activity开始与用户交互时调用（无论是启动还是重新启动一个活动，该方法总是被调用的）。
onStart事件之后执行。或者当前窗体被交换到后台后，在用户重新查看窗体时，窗体还没有被销毁，也没有执行过onStop事件（窗体还继续存在于Task中），则会跳过窗体的onCreate和onStart事件，直接执行onResume事件。
4. void onPause() activity被暂停或收回cpu和其他资源时调用，该方法用于保存活动状态的，也是保护现场，压栈吧！
窗体被交换到后台时执行。
5. void onStop() activity被停止并转为不可见阶段及后续的生命周期事件时调用。
onPause事件之后执行。如果一段时间内用户还没有重新查看该窗体，则该窗体的onStop事件将会被执行；或者用户直接按了Back键，将该窗体从当前Task中移除，也会执行该窗体的onStop事件。
6. void onRestart() 重新启动activity时调用。该活动仍在栈中，而不是启动新的活动。
onStop事件执行后，如果窗体和其所在的进程没有被系统销毁，此时用户又重新查看该窗体，则会执行窗体的onRestart事件，onRestart事件后会跳过窗体的onCreate事件直接执行onStart事件。
7. void onDestroy() activity被完全从系统内存中移除时调用，该方法被调用可能是因为有人直接调用onFinish()方法或者系统决定停止该活动以释放资源！
Activity被销毁的时候执行。在窗体的onStop事件之后，如果没有再次查看该窗体，Activity则会被销毁。
最
后用一个实际的例子来说明Activity的各个生命周期。假设有一个程序由2个Activity
A和B组成，A是这个程序的启动界面。当用户启动程序时，Process和默认的Task分别被创建，接着A被压入到当前的Task中，依次执行了
onCreate, onStart,
onResume事件被呈现给了用户；此时用户选择A中的某个功能开启界面B，界面B被压入当前Task遮盖住了A，A的onPause事件执行，B的
onCreate, onStart,
onResume事件执行，呈现了界面B给用户；用户在界面B操作完成后，使用Back键回到界面A，界面B不再可见，界面B的onPause,
onStop,
onDestroy执行，A的onResume事件被执行，呈现界面A给用户。此时突然来电，界面A的onPause事件被执行，电话接听界面被呈现给用
户，用户接听完电话后，又按了Home键回到桌面，打开另一个程序“联系人”，添加了联系人信息又做了一些其他的操作，此时界面A不再可见，其
onStop事件被执行，但并没有被销毁。此后用户重新从菜单中点击了我们的程序，由于A和其所在的进程和Task并没有被销毁，A的onRestart
和onStart事件被执行，接着A的onResume事件被执行，A又被呈现给了用户。用户这次使用完后，按Back键返回到桌面，A的
onPause,
onStop被执行，随后A的onDestroy被执行，由于当前Task中已经没有任何Activity，A所在的Process的重要程度被降到很
低，很快A所在的Process被系统结束。
摘自：http://www.cnblogs.com/shaweng/archive/2012/07/03/2575302.html