异常情况下的生命周期分析
1. 资源相关的系统配置发生改变导致Activity被杀死并重新创建
比如，屏幕旋转，默认情况下Activity会被销毁并且重新创建，不过我们也可以阻止系统重新创建我们的Activity
- 当系统配置发生改变后，Activity会被销毁，起onPause，onStop，onDestroy方法均会被调用
- 同时，由于Activity是在异常情况下终止，系统会调用onSaveInstanceState来保存当前Activity的状态。该方法的调用时机是在onStop之前，它和onPause没有既定的时序关系，它既可能在onPause之前调用，也可能在onPause之后调用
- 需要注意的是，该方法只会出现在Activity被异常终止的情况下，正常情况下系统不会回调这个方法
- 当Activity被重新创建后，系统会调用onRestoreInstanceState，并且把Activity销毁时onSaveInstanceState方法所保存的Bundle对象作为参数同时传递给onRestoreInstanceState和onCreate方法
- 因此，可以通过onRestoreInstanceState和onCreate方法来判断Activity是否被重建了，如果被重建了，那么我们就可以取出之前保存的数据并恢复
- 从时序上来说，onRestoreInstanceState的调用时机在onStart之后
在onSaveInstanceState和onRestoreInstanceState方法中，系统会自动为我们做一定的恢复工作
当Activity在异常情况下需要重新创建时，系统会默认为我们保存当前Activity的视图结构，并且在Activity重启后为我们恢复这些数据
比如：TextView中用户输入的数据、ListView滚动的位置
具体针对某一特定的View，系统能为我们恢复哪些数据，可以查看View的源码
和Activity一样，每个View都有onSaveInstanceState和onRestoreInstanceState这两个方法，看一下它们的具体实现，就知道系统能够自动为每个View恢复哪些数据
保存和恢复View层次结构时，系统的工作流程
- Activity被意外终止->调用onSaveInstanceState去保存数据
- Activity委托Window去保存数据，Window委托它上面的顶级容器去保存数据
- 顶级容器是一个ViewGroup，一般来说它很有可能是DecorView
- 顶层容器再去一一通知它的子元素来保存数据，这样整个数据保存过程就完成了
这是一种典型的委托思想，这种思想在Android中有很多应用，比如View的绘制过程，事件的分发等都是采用类似的思想
在onCreate和onSaveInstanceState中恢复数据
- 两者的区别：
- onRestoreInstanceState一旦被调用，其参数Bundle savedInstanceState一定是有值的，我们不用额外地判断是否为空
- onCreate如果是在正常启动的情况下，起参数是为null的，所以在onCreate中需要进行额外判断
- 这两个方法我们选择任意一个都可以进行数据恢复，但是官方文档建议是采用onRestoreInstanceState去恢复数据
针对onSaveInstanceState方法需要说明，就是系统只会在Activity即将被销毁并且有机会重新显示的情况下才回去调用它
所以，当Activity正常销毁的时候，系统不会调用onSaveInstanceState，因为被销毁的Activity不可能再次被显示
比如，旋转屏幕所造成的Activity异常销毁，这个过程和正常停止Activity时不一样的，因为旋转屏幕后，Activity被销毁的同时会立刻创建新的Activity实例，这时候Activity有机会再次立刻展示，所以系统要进行数据存储
这里可以简单的理解，系统旨在Activity异常终止的时候才会调用onSaveInstanceState和onRestoreInstanceState来存储和恢复数据，其他情况下不会触发这个过程
2. 资源内存不足导致低优先级的Activity被杀死
Activity的优先级排序（从高到低）
- 前台Activity：正在和用户进行交互的Activity，优先级最高
- 可见但非前台的Activity：比如Activity中弹出了一个对话框，导致Activity可见，但是位于后台无法和用户直接交互
- 后台Activity：已经被暂停的Activity，比如执行了onStop，优先级最低
当系统内存不足的时候，系统就会按照上述优先级去杀死目标Activity所在的进程，并且在后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据
如果一个进程没有四大组件在执行那么这个进程很快被系统杀死，比较好的方法是将后台工作放入Service中从而保证进程有一定的优先级，这样就不会轻易的被系统杀死
3. 当系统配置发生改变后，避免Activity被重新创建
- 系统配置中有很多内容，如果当某项内容发生改变后，我们不想重新创建Activity，可以给Activity指定configChange属性
- 在配置过configChange参数后，屏幕旋转并没有调用onSaveInstanceState和onRestoreInstanceState来存储和恢复数据，取而代之的是系统调用了Activity的onConfigurationChanged方法，这个时候我们就可以做一些自己的特殊处理了