Android学习之路（一）-Activity的生命周期和启动模式-2

上次复习到典型情况下的生命周期分析，时间关系，今天再总结一下异常情况下的生命周期分析~

（一）Activity的生命周期和启动模式

（1）Activity的生命周期全面解析

1.1 典型情况下的生命周期分析

1.2 典型情况下的生命周期分析

       之前总结的博文里已经提及了典型情况下的生命周期了，现在总结一下异常情况下的生命周期。我们知道，Activity除了受到用户操作所导致的正常的生命周期调度之外还会有异常的情况存在。比如当资源相关的系统配置发生变化或者系统内存不足的时候，Activity就可能被杀死。

（1）当资源相关的系统配置发生变化导致Activity被杀死并重新创建

       对于这个问题的理解，可以从系统对于资源加载的一些机制下手。拿图片来说，当我们把一张图片放在drawable目录中后，就可以通过Resources去获取这张图片。同时为了兼容不同的设备，我们还可能需要在其他目录里放置不同的图片，比如在drawable-mdpi，drawable-hdpi，drawable-land等。这样，当应用程序启动的时候，系统就会根据当前设备的情况去加载合适的Resources资源，比如说横屏手机（平板）和竖屏手机会拿到两张不同的图片（设定了landscape或者portrait状态下的图片）。举个情景，当前Activity处于竖屏状态，如果突然旋转屏幕，由于系统配置发生了变化，在默认情况下，Activity就会被销毁并且重新创建，当然我们也可以阻止系统重新创建我们的Activity。

       在默认情况下，如果我们的Activity不做特殊处理，那么当系统配置发生改变之后，Activity就会被销毁并且重新创建，其生命周期如下图：

       当系统配置发生改变，Activity会被销毁，其onPause、onStop、onDestory均会被调用，系统还会调用onSaveInstanceState来保存当前Activity的状态，这个方法调用在onStop之前。 注意：这个方法只出现在Activity被异常终止的情况下，正常情况下系统不会回调这个方法。当Activity被重新重建后，系统会调用onRestoreInstanceState，并且把onSaveInstanceState方法保存的Bundle对象作为参数同时传递给onRestoreInstancestate和onCreate方法。可以通过onRestoreInstanceState和onCreate方法来判断Activity是否被重建，如果被重建了，可以取出之前保存的数据并恢复，onRestoreInstanceState的调用在onStart 之后。

       在onSaveInstanceState和onRestoreInstanceState方法中，系统默认做了一定的恢复工作，默认保存Activity的试图结构，并在Acitivity重启后恢复这些数据，比如文本框中的数据，ListView滚动的位置等，每个View都有onSaveInstanceState和onRestoreInstanceState这两个方法。

（2）资源内存不足导致低优先级的Activity被杀死

Activity按照优先级从高到低，可分为如下三种：

• （1）前台Activity——正在和用户交互的Activity，优先级最高
• （2）可见但非前台Activity——比如Activity中弹出了一个对话框，导致Activity可见但是位于后台无法与用户直接交互。
• （3）后台Activity——已经被暂停的Activity，比如执行了onStop，优先级最低。

当系统内存不足时，系统就会按照上述优先级去杀死目标Activity所在的进程，并在后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。如果一个进程中没有四大组件在执行，这个进程很容易被杀死，较好的方法是将后台工作放入Service中保证有一定的优先级，不容易被系统杀死。

如果当某项内容发生改变后，不想Activity重新创建，就可以给Activity指定configChanges属性，多个值用“|”连接起来。

android:configChanges="orientation | keyboardHidden"

这里的声明只需要在AndroidMenifest.xml中的<activity></activity>中添加声明就好~