异常情况下的生命周期分析
1.情况1:资源相关的系统配置发生改变的时候,activity被杀死并重新创建
在默认的情况下,如果我们的activity不做特殊处理,那么当系统配置发生改变后,activity就会被销毁并重新创建,
activity意外情况下 onSavedInstanceState 会重新创建,原先的activity被销毁,
同时由于activity是在意外情况下销毁的,系统会调用onSavedInstanceState()来保存Bundle对象作为参数并同时传递给onRestoreInstanceState和onCreate()方法,因此,我们可以通过onRestoreInstanceState()方法和onCreate()方法来判断Activity是否被重建了,如果被重建了,那么我们就可以去除之前保存的数据并恢复,从时序上来说,onRestoreInstanceState()的调用时机在onStart()之后
onSaveInstanceState()和onRestoreInstanceState()方法中,系统自动为我们做了一定的恢复工作。当Activity在异常情况下需要重新创建时,系统会默认为我们保存当前的视图结构,如
- 文本框中用户输入的数据
- listview滚动的位置
具体到某一个特定的view:
textview保存了自己的文本选中状态,文本内容,光标位置,并且通关过查看其onRestoreInstancestate()方法中的源码
系统只有在activity异常停止的时候才会调用onSaveInstatnceState()和onRestoreInstanceState()方法来存储和恢复数据,其他情况不会触发这个过程
2. 情况2:资源不足导致低优先级activity被杀死
activity优先级从高到低:
- 前台activity->正在和用户交互的activity,优先级最高。
- 可见但非前台Activity->比如activity中弹出了一个对话框,导致activity可见但是位于后台无法和用户进行直接交互
- 后台activity->已经被暂停的activity,比如执行了onStop(),优先级最低
当系统内存不足时,系统就会按照上述优先级去杀死目标activity所在进程,并且在后续通过onSaveInstanceState()和onRestoreInstanceState()来存储和恢复数据,如果一个进程没有在四大组件在执行,那么这个进程会很快被系统杀死
一些后台操作不适合脱离四大组件而独立运行在后台中,这样进程很容易被杀死,比较好的方法是将后台工作放入Service中从而保证进程有一定的优先级,这样就不会轻易地被系统杀死
在AndroidManifest.xml中加入对activity的声明
android:configChangs = "orientation|screenSize"