Activity除了受用户的操作导致的正常生命周期方法调度以外，还有一些异常情况，这里分两点具体分析一下（当然实际异常情况的原因肯定很多，欢迎补充）。
资源相关的系统配置发生改变导致activity被杀死并重新创建
举个栗子
横竖屏切换的时候会拿到两张不同的图片（设定了landscape或者portrait状态下的图片），当我们由竖屏转换为横屏时，默认情况下，activity会被杀死并重新创建，我们也可以进行阻止（比如只使用横屏显示，你切换的时候activity并不会被杀死）
大致流程如下图
分析一下这个过程：
当系统配置发生变化时，activity会被杀死，即调用onPause、onStop、onDestroy方法，同时会调用onSavedInstanceState方法来保存activity的状态，这个方法调用是在onStop之前，与onPause没有既定的时序关系。这个方法只有在activity被异常终止的时候才会调用，正常情况是不会调用的。当activity重新创建时，系统会调用onRestoreInstanceState，并把activity销毁时onSavedInstanceState保存的Bundle对象传递给onRestoreInstanceState和onCreate方法。因此我们可以通过这两个方法来判断activity是否被重建，从时序来说，onCreat应该在onRestoreInstanceState之前执行
这里说一下这个onSavedInstanceState和onRestoreInstanceState方法。这玩意不仅存在activity中，也存在于各个view中。Activity中的这两个方法恢复的是activity的视图结构，而对应的数据恢复在对应的view中，比如TextView
关于保存和恢复view层次结构，系统的工作流程是这样的：
1. 首先activity被意外终止时，activity会调用onSavedInstanceState方法去保存数据
2. Activity会委托window去保存数据，接着window再委托他上面的顶级容器去保存数据。（顶层容器是一个viewgroup，一般来说她很可能是decorview）
3. 最后由顶层容器再去一一通知他的子元素来保存数据。
这里涉及了一种重要的思想，在view的绘制和事件的分发等都采用过，即上层委托下层，父容器委托子元素去处理一件事情的委托思想。
另：这里出现的activity、window、顶层容器viewgroup（decorview）什么的，决定再写一篇博客好好理解下。
举个栗子：给到前面activity里面有说过临时数据保存，那里面那种情况就是异常的生命周期（属于第二种情况，但数据存储和恢复和这个一样）
//保存数据
@Override
protected void onRestoreInstanceState (Bundle savedInstanceState) {
super. onRestoreInstanceState (savedInstanceState);
String lj = savedInstanceState.getString("hhhh");
Log.d(TAG, lj); }
这个效果和oncreat方法是一样的 不过这个不用判断savedInstanceState是否为空，而oncreat方法在正常的启动也会调用，所以需要判断
资源内存不足导致低优先级的activity被杀死
① 前台activity：与用户交互的activity，优先级最高
② 可见但非前台的activity：比如activity出现了一个弹窗，导致activity可见但位于后台不能进行交互
③ 后台activity：已经被暂停的activity，比如执行了onStop方法，优先级最低
提一下阻止activity被杀死， 很多app默认就是竖屏显示，你切换横竖屏对其并无影响。 这里需要在配置文件里设置configChanges属性
其他情况以后碰到再行补充。
