Question

Activity详解（二）——异常情况下的生命周期分析

Answer 1

最近 无意当中看到一道面试题是关于Activity异常情况下的生命周期分析，感觉自己还有所欠缺，随即在书中寻找完整答案，特记录如下。

常见的异常情况有两种，资源相关的系统配置发生改变以及系统内存不足时，Activity就会被杀死

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

当系统配置发生改变后，Activity会被销毁，其onPause，onStop，onDestroy均会被调用，由于Activity是在异常情况下终止的，系统会调用onSaveInstanceState来保存当前Activity的状态。

如图：当竖屏切换到横屏时，测试log如下：

当由横屏切换到竖屏的时候，测试log如下：

由此我们可以看出，当系统配置发生改变后，Activity会被销毁，其中onPause，onStop，onDestory均会被调用，同时由于Activity是在异常情况下终止的，系统会调用onSaveInstanceState来保存当前Activity的状态。由上图我们可以看出，onSaveInstanceState调用时机是在onStop之前，需要说明的是这个方法只会出现在Activity被异常终止的情况下，正常情况下系统不会回调这个方法。当系统重建的时候会调用onRestoreInstanceState这个方法，并且把Activity销毁时onSaveInstanceState方法所保存的Bundle对象作为参数同时传递给onRestoreInstanceState和onCreate方法，因为我们可以通过onCreate和onRestoreInstanceState方法来判断Activity是否被重建了，如果被重建了，那么我们就可以取出之前保存的数据并恢复，从上图我们可以看出，onRestoreInstanceState的调用时机是在onStart之后。

同时，我们知道onSaveInstanceState和onRestoreInstanceState方法当中，系统为我们做了一定得恢复工作。当Activity在异常情况下需要重新创建时，系统会默认为我们保存当前的Activity的视图结构，并且在Activity重启后为我们恢复这些数据。比如文本框中用户输入的数据，ListVIew滚动的位置等。这些View相关的状态系统都能够默认为我们恢复。

关于保存和恢复View层次结构，系统的工作流程是这样的：首先Activity被意外终止时，Activity会调用onSaveInstanceState去保存数据，然后Activity会委托Window去保存数据，接着Window再委托它上面的顶级容器去保存数据。顶层容器是一个ViewGroup，一般来说它可能是DecorView。最后顶层容器再去意义通知它的子元素来保存数据，这样整个数据保存过程就完成了。可以发现，这就是一种典型的委托思想，上层委托下次，父容器委托子元素去处理一件事情。

针对onSaveInstanceState方法还需要有一点说明，那就是系统只会在Activity即将被销毁并且有机会重新显示的情况下才会调用它。当Activity正常销毁的时候，系统不会调用onSaveInstanceState，因为被销毁的Activity不可能再次被显示。比如我们上文提到的旋转屏幕所造成的Activity异常销毁，这个过程和正常停止Activity是不一样的，因为旋转屏幕后，Activity被销毁的同时会立刻创建Activity实例，这个时候Activity有机会再次立刻展示，所以系统要进行数据存储。这里可以简单地这么理解，系统只在Activity异常终止的时候才会调用onSaveInstanceState和onRestoreInstanceState来存储和恢复数据，其他情况不会触发这个过程。

这种情况，不是很好模拟，但是其数据存储和恢复过程和情况1完全一致，这里我们描述一下Activity的优先级情况，Activity按照优先级从高到低，可以分为如下三种：

1）前台Activity——正在和用户交互的Activity，优先级最高

2）可见但是非前台Activity——比如Activity中弹出了一个对话框，导致Activity可见但是位于后台无法和用户直接交互

3）后台Activity——已经被暂停的Activity，比如执行了onStop，优先级最低

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

####欢迎关注公共号