第一章02-异常情况下Activity的生命周期

异常情况下的生命周期分析

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层次结构时，系统的工作流程

1. Activity被意外终止->调用onSaveInstanceState去保存数据
2. Activity委托Window去保存数据，Window委托它上面的顶级容器去保存数据
3. 顶级容器是一个ViewGroup，一般来说它很有可能是DecorView
4. 顶层容器再去一一通知它的子元素来保存数据，这样整个数据保存过程就完成了

这是一种典型的委托思想，这种思想在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的优先级排序（从高到低）

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

当系统内存不足的时候，系统就会按照上述优先级去杀死目标Activity所在的进程，并且在后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据

如果一个进程没有四大组件在执行那么这个进程很快被系统杀死，比较好的方法是将后台工作放入Service中从而保证进程有一定的优先级，这样就不会轻易的被系统杀死

3. 当系统配置发生改变后，避免Activity被重新创建

• 系统配置中有很多内容，如果当某项内容发生改变后，我们不想重新创建Activity，可以给Activity指定configChange属性
• 在配置过configChange参数后，屏幕旋转并没有调用onSaveInstanceState和onRestoreInstanceState来存储和恢复数据，取而代之的是系统调用了Activity的onConfigurationChanged方法，这个时候我们就可以做一些自己的特殊处理了