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这两个方法。

情况二：资源内存不足导致低优先级的Activity被杀死

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

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

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

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

android:configChanges="orientation | keyboardHidden"