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

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

1. 资源相关的系统配置发生改变导致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之后

保存和恢复View层次结构时，系统的工作流程

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

在onCreate和onSaveInstanceState中恢复数据

• 两者的区别：
• ​onRestoreInstanceState一旦被调用，其参数Bundle savedInstanceState一定是有值的，我们不用额外地判断是否为空
• onCreate如果是在正常启动的情况下，起参数是为null的，所以在onCreate中需要进行额外判断
• 这两个方法我们选择任意一个都可以进行数据恢复，但是官方文档建议是采用onRestoreInstanceState去恢复数据

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

Activity的优先级排序（从高到低）

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

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

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