开发艺术探索阅读总结（1.2）异常情况下的生命周期分析

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

1.情况1：资源相关的系统配置发生改变的时候，activity被杀死并重新创建

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

activity意外情况下 onSavedInstanceState 会重新创建，原先的activity被销毁，
同时由于activity是在意外情况下销毁的，系统会调用onSavedInstanceState()来保存Bundle对象作为参数并同时传递给onRestoreInstanceState和onCreate()方法，因此，我们可以通过onRestoreInstanceState()方法和onCreate()方法来判断Activity是否被重建了，如果被重建了，那么我们就可以去除之前保存的数据并恢复，从时序上来说，onRestoreInstanceState()的调用时机在onStart()之后

onSaveInstanceState()和onRestoreInstanceState()方法中，系统自动为我们做了一定的恢复工作。当Activity在异常情况下需要重新创建时，系统会默认为我们保存当前的视图结构，如

1. 文本框中用户输入的数据
2. listview滚动的位置

具体到某一个特定的view：
textview保存了自己的文本选中状态，文本内容，光标位置，并且通关过查看其onRestoreInstancestate()方法中的源码

系统只有在activity异常停止的时候才会调用onSaveInstatnceState()和onRestoreInstanceState()方法来存储和恢复数据，其他情况不会触发这个过程

---

2. 情况2：资源不足导致低优先级activity被杀死

activity优先级从高到低：

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

当系统内存不足时，系统就会按照上述优先级去杀死目标activity所在进程，并且在后续通过onSaveInstanceState()和onRestoreInstanceState()来存储和恢复数据，如果一个进程没有在四大组件在执行，那么这个进程会很快被系统杀死

一些后台操作不适合脱离四大组件而独立运行在后台中，这样进程很容易被杀死，比较好的方法是将后台工作放入Service中从而保证进程有一定的优先级，这样就不会轻易地被系统杀死

在AndroidManifest.xml中加入对activity的声明

android:configChangs = "orientation|screenSize"

activity就不会出现了