本文描述Android中Activity的状态，Activity的状态转换，从而总结了Activity各个生命周期的典型时序。与Android现有框架结合，充分考虑Activity的各个生命周期阶段，应用开发者实现相应的回调接口，只有这样，才能开发出符合框架规范的程序。
Activity状态
Activity在Android系统中用一个LIFO机制的Activity栈来管理。当新的Activity[A]启动时，它就被放在了Activity栈的顶端，而进入运行状态，而先前运行的Activity[B]通常就被放在了Activity栈里A的下面。当A退出运行而从Activity栈顶出栈之后，B就成了Activty栈的最上面的Activity，可再次进入前台运行状态。
Activity有三种状态：
Ø RESUMED当Activity在屏幕前台运行时（位于当前任务堆栈的顶部），此时该Activity获得了用户的输入焦点。 这个状态也叫Active或Running状态。
Ø PAUSED当它失去焦点但仍然对用户可见时，它处于暂停状态。此时，在它之上有另外一个Activity。这个Activity也许是透明的，或者未能完全遮蔽全屏，所以被暂停的Activity仍对用户可见。暂停的Activity仍然是存活状态（它保留着所有的状态和成员信息并连接至窗口管理器）。但当系统处于极低内存的情况下，仍然可以杀死这个Activity。
Ø STOPPED 如果它完全被另一个Activity覆盖是，它处于停止状态。它仍然保留所有的状态和成员信息。然而它不在为用户可见，所以它的窗口将被隐藏。如果其它地方需要内存，则系统经常会杀死这个Activity。
处于PAUSED或STOPPED状态的Activity，可以被移除出内存，移除的先后顺序是先STOPPED状态的，后PAUSED状态的。一般PAUSED状态的Activity也只是在资源极端不足的情况下，它所运行的进程才会被杀掉。是否要移除出内存，还要看它所运行的进程具体状况，具体规则和操作，可参阅[5]。
生命周期转换图
下图是根据Android官方提供的Activity状态转换图少许更改之后的图。
（现在可以不理解，但是读完全文，一定要把这张图刻到脑子里！）
在上图中，可以从三个阶段关注Activity的生命周期：
Ø 整个的生命周期，指的是Bundle)和之间过程。Activity在设置所有的“全局”状态，在释放所有的资源。
Ø 可见的生命周期，指的是和之间的过程。在这段时间，可以看到Activity在屏幕上，尽管有可能不在前台，不能和用户交互。在这两个接口之间，需要保持显示给用户的UI数据和资源等。，都可以被多次调用，因为Activity随时可以在可见和隐藏之间转换。
Ø 前台的生命周期，指的是和之间的过程。在这段时间里，该Activity处于所有 Activity的最上面，获得了用户焦点。Activity可以经常性地在RESUMED和PAUSED状态之间切换，所以在这些接口方法中的代码应该属于非常轻量级的，避免低效的转换而让用户有等待的感觉。
由此，我们可以得出下面几个典型的场景：
1) Activity从被装载到运行。则执行顺序为： -> -> ;
这是个典型过程，发生在Activity被系统装载运行时。
2) Activity从运行到暂停，再到继续回到运行。执行顺序为： -> ;
这个过程发生在Activity被别的Activity遮住了部分UI，失去了用户焦点，另外那个Activity退出之后，这个Activity再次重新获得运行。这个过程中该Activity的实例是一直存在。
3) Activity从运行到停止。执行顺序为： -> ;
这个过程发生在Activity的UI完全被别的Activity遮住了，当然也失去了用户焦点。这个过程中Activity的实例仍然存在。比如，当Activity正在运行时，按HOME键，该Activity就会被执行这个过程。
4) Activity从停止到运行。执行顺序为：onRestart()-> -> ;
处于STOPPED状态并且实例仍然存在的Activity，再次被系统运行时，执行这个过程。这个过程是3的逆过程，只是要先执行onRestart()而重新获得执行。
5) Activity从运行到销毁。执行顺序为： -> -> ;
这个过程发生在Activity完全停掉并被销毁了，所以该Activity的实例也就不存在了。比如，当Activity正在运行时，按BACK键，该Activity就会被执行这个过程。这个过程可看作是1的逆过程。
6) 被清除出内存的Activity重新运行。执行顺序为： -> -> ;