Android Activity生命周期的学习以及Logcat的使用

核心提示：Activities是由Activity stack管理的，当一个新的Activity被启动，Android Activity生命周期的学习以及Logcat的使用，它就会处于stack的top位置，成为当前运行的Activity，一个Activity很可能被强制交换到后台(交换到后台就是指该窗体不再对用户可见，但实际上

Activities是由Activity stack管理的。当一个新的Activity被启动，它就会处于stack的top位置，成为当前运行的Activity。而前一个Activity依然保留在stack里面，当需要调用这个Activity时就会回到stack的top位置成为当前运行的Activity。

一个Activity有4个基本状态：

1. active / running 状态，当Activity处于当前屏幕时;

2. paused 状态，当Activity失去焦点但对用户依然可见时;即是，一个非全屏或者透明的Activity在该Activity的屏幕上面，并成为了当前的焦点。而paused的Activity依然是alive状态的，它保留着所有的状态和成员信息并连接至窗口管理器，但当系统处于极低内存的情况下，仍然可以杀死这个Activity。

3. stopped 状态，当Activity完全被另一个Activity覆盖时;它仍然保留所有的状态和成员信息。但它不再被用户可见，所以它的窗口将被隐藏，当其它地方需要内存，则系统经常会杀死这个Activity。

4. 当Activity是paused或者stopped状态时，系统可以通过要求它结束(调用它的finish()方法)或直接杀死它的进程来将它驱出内存。当它再次为用户可见的时候，它只能完全重新启动并恢复至以前的状态。

怎么来理解Activity的状态及其生命周期呢?引用网友的解释：

“由于手机应用的一些特殊性，所以我们需要更多的去关注各个Android Component的运行时生命周期模型。(所谓手机应用的特殊性主要是指这样2点： 1. 手机应用的大多数情况下我们只能在手机上看到一个程序的一个界面，用户除了通过程序界面上的功能按钮来在不同的窗体间切换，还可以通过Back键和Home键来返回上一个窗口，而用户使用Back或者Home的时机是非常不确定的，任何时候用户都可以使用Home或Back来强行切换当前的界面。 2. 往往手机上一些特殊的事件发生也会强制的改变当前用户所处的操作状态，例如无论任何情况，在手机来电时，系统都会优先显示电话接听界面。)了解这些 Component的生命周期模型一方面是让我们对软件在手机中的运行情况做到心中有数，更重要的，对于程序开发来说，生命周期中的每一个关键事件都会有我们可以覆写于各种Component对应基类型的事件处理方法，了解各Component的生命周期就是让我们在开发程序时明白我们该怎样去编写各种事件的处理代码。”

“由于前面已经说到的手机应用的特殊性，一个Activity很可能被强制交换到后台(交换到后台就是指该窗体不再对用户可见，但实际上又还是存在于某个Task中的，比如一个新的Activity压入了当前的Task从而“遮盖”住了当前的Activity，或者用户按了