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

1.情况1:资源相关的系统配置发生改变导致Activity被杀死病重新创建

    这个问题，首先我们要对系统的资源加载机制有一定的了解。简单的说一下。比如拿图片来说，当我们把一张图片放在drawable目录后，就可以通过Resources去获取这张图片。同时为了兼容不同的设备，我们可能还需要在其他一些目录放置不同的图片，比如mdpi，hdpi，xhdpi等。这样，当应用启动时，系统就会根据当前设备的情况去加载合适的Resources资源，比如横屏和竖屏会拿到两张不同的图片（设定了landscape和portrait），横竖屏切换，activity就会被销毁且重新创建，当然我们也可以阻止系统重新创建。

当系统配置发生变化后，Activity会被销毁，其中onPause，onStop，onDestroy均会被调用，同时由于Activity是在异常情况下终止的，系统会调用onSaveInstanceState来保存当前Activity的状态。这个方法的调用时机是在onStop之前，它和onPause没有既定的时序关系，它即可能在onPause之前调用，也可能在onPause之后调用。需要强调。这个方法只会在Activity被异常终止的情况下出现，当Activity被重新创建后，系统会调用onRestoreInstanceState，并且把Activity销毁时onSaveInstanceState方法所保存的Bundle对象作为参数同时传递给onRestoreInstanceState和OnCreate方法，一般情况下，建议采用onRestoreInstanceState方法恢复，因为该方法一旦调用Bundle
saveInstanceState一定时有值的。因此，我们可以通过这两方法来判断Activity是否被重建了，如果重建了，那么我们就可以取出之前保存的数据并恢复，从时序来说，onRestoreInstanceState的调用时机在onStart之后。

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

     Activity的优先级分为三种：

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

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

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

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