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

在默认情况下，Activity不做特殊处理，当系统配置发生改变后，Activity就会被销毁并重新创建。当系统配置发生改变后，Activity会被销毁，其onPause，onStop，onDestroy均会被调用，由于Activty是在异常情况下终止的，系统会调用onSaveInstanceState来保存当前Activity的状态。这个方法的调用时机是在onStop之前，和onPause没有既定的时序关系，它既可能在onPause之前调用也可能在onPause之后调用，这个方法只会出现在Activity被异常终止的情况下。当Activity被重新创建后,系统会调用onRestoreInstanceState,并且把Activity销毁时onSaveInstanceState方法所保存的Bundle对象作为参数同时传递给onRestoreIntanceState和onCreate.因此我们可以通过onRestoreInstanceState和onCreate方法来判断Activity是否被重建了，如果被重建了，那么就可以取出之前保存的数据并恢复，onRestoreInstance的调用时机再onStart之后。

onSaveInstance和onRestoreInstanceState方法中，系统做了一定的恢复工作，当Activity在异常情况下需要重新创建时，系统会默认为我们保存当前Activity的视图结构，并且在Activity重启后为我们恢复这些数据，如文本框的内容。每个view都有onSaveInstanceState和onRestoreInstanceState.保存和恢复view的的系统工作流程：Activity被意外终止时，Activity会调用onSaveInstanceState去保存数据，然后Activity会委托Window去保存数据，接着Window再委托它上面的顶级容器去保存数据，顶级容器是一个ViewGroup，一般来说塔有可能是DecorView。最后的容器再去--通知它的子元素来保存数据，这样整个数据保存过程就完成了，这是委托思想，上层委托下层，父容器委托子元素去处理意见事情，这种思想在Android中有很多应用，如View的绘制过程，事件分发都是采用类似的思想。至于数据恢复过程也是类似。

如果不想系统重新创建Activity可以给Activity指定configChanges属性。如不想让Activity在屏幕旋转的时候重新创建就可以给configChanges属性添加orientation这个值。