Activity的生命周期分析

        Avtivity的生命周期分为两种情况，一种是典型情况下的生命周期，一种是异常模式下的生命周期。第一种是指在有用户参与的情况下，Activity所经过的生命周期的改变；而异常情况下的生命周期是指Activity被系统回收或者由于当前设备的Configuration发生改变从而导致的Activity被销毁重建。

    在正常情况下，Activity的生命周期如下：

1.     onCreate：表示Activity正在被创建，这里可以做一些初始化的工作，例如：加载布局资源，初始化Activity所需要的数据等。
2. onRestart：表示Activity正在重新启动，Activity从不可见状态变为可见状态时，该方法就会被调用。
3. onStart：表示Activity正在启动，此时Activity已经可见了，但是还没有出现在前台，不能和用户进行交互。就是Activity已经显示出来了，不过我们还看不到。
4. onResume：此时Activity已经可见了，可以和用户进行交互。onStart和onResume都表示Activity已经可见，区别是onStart时Activity还在后台，onResume时才显示到前台。
5. onPause：表示Activity正在停止，正常情况下，下一步会调用onStop。然而如果此时再快速回到当前的Activity，那么onResume会被调用。这里可以做一些存储数据，停止动画等工作，但不能太耗时。onPause必须执行完，新的Activity才会执行。
6. onStop：表示Activity即将停止，可以做一些稍微重量级的回收工作，但也不能太耗时。
7. onDestory：Activity被销毁，这里需要做最终的资源释放工作。

切换过程如下图-1所示：

                                                   图-1 Activity生命周期的切换过程

        从整个生命周期分析，onCreate和onDestory是对应的，只能调用一次。onStart和onStop是对应的，onResume和onPause是对应的，这两对会随着用户操作或者设备屏幕的点亮或者熄灭调用多次。

        在一个Activity上启动另一个Activity的情况下，会先调用旧Activity的onPause方法，在启动新Activity的onResume方法。

异常情况下的生命周期

        当程序遇到系统内存不足、系统资源分配（设置）发生变化时，Activity有可能会被异常终止。  

    系统配置发生变化

         在默认情况下，如果我的Activity不做处理，当系统配置发生改变后，Activity就会被销毁并重建，其生命周期如下图-2所示：

  图-2  意外情况下Activity的重建过程

        当系统配置发生变化后，Activity会被销毁，其onPause、onStop、onDestory方法均会被调用，由于是在异常情况下被终止的，系统会调用onSaveInstanceState方法来保存当前Activity状态。这个方法在onStop方法之前调用，可能在onPause之前或者之后。当Activity被重新创建后，系统会调用onRestoreInstanceState方法恢复Activity数据。

    资源内存不足

首先说一些Activity优先级的情况。

（1）前台Activity：正在和用户交互的Activity，优先级最高。

（2）可见但非前台的Activity：比如Activity之上弹起了一个对话框或者悬浮窗。

（3）后台Activity：已经被暂停的Activity，优先级最低。

        当系统内存不足的情况下，系统会按照上述优先级杀死低优先级Activity所在的进程，并在后续通过onSaveInstanceState和onRestoreInstanceState方法来存储和恢复数据。如果一个进程中没有四大组件在执行，这个进程将很快被杀死。

        有时候我们并不想系统配置发生变化时重建Activity，这时就需要在项目中自己设置configChanges属性。比如不想让Activity在屏幕旋转时重新创建，就可以这样设置：

android:configChanges="orientation"

具体可以参照configChanges属性进行修改。

完

文献：《Android艺术开发探索 》