当我们的app长时间切到后台时,如果系统内存不足、是有可能被系统回收的,即便不切到后台,当内存不足时,系统也可能会把你APP中不在栈顶的activity给回收掉,怎么办?
其实,Activity中早为我们提供了onSaveInstanceState()方法,用于保证在系统回收Activity前被调用,以此来解决被回收数据丢失的问题,并通过onRestoreInstanceState()方法恢复数据。
注意
onSaveInstanceState()和onRestoreInstanceState()并不是成对出现,也就是说onSaveInstanceState()调用了并不能保证onRestoreInstanceState()方法调用,但onRestoreInstanceState()调用了则页面必然被系统回收了,onSaveInstanceState()肯定被调用了。
onSaveInstanceState()肯定被执行时机
1、当用户按下HOME键时
2、从最近应用中选择运行其他的程序时
3、按下电源按键(关闭屏幕显示)时
4、从当前activity启动一个新的activity时
5、屏幕方向切换时(竖屏切横屏或横屏切竖屏)
onSaveInstanceState()执行顺序是在onPause()之后,onStop()之前即:
onPause() –> onSaveInstanceState() –> onStop()
注意
如果用户主动销毁Activity,如:按下返回键,或者调用了finish()方法销毁activity,则onSaveInstanceState不会被调用
onRestoreInstanceState()调用时机
当系统存在 “未经你允许” 销毁了你的的activity的时,即重建Activity时,onSaveInstanceState()方法会执行,onRestoreInstanceState()方法也会执行,否则onRestoreInstanceState()方法不会执行。
onRestoreInstanceState()是在onStart()之后执行
示例
1:屏幕方向切换时,activity生命周期如下:
onPause() –> onSaveInstanceState() –> onStop() –> onDestroy() –> onCreate() –> onStart() –> onRestoreInstanceState() –> onResume()
这里onSaveInstanceState、onRestoreInstanceState都会被调用,因为屏幕切换时原来的activity确实被系统回收了,又重新创建了一个新的activity。
2:按下Home键返回桌面,又马上点击应用图标回到原来页面时,activity生命周期如下:
onPause() –> onSaveInstanceState() –> onStop() –> onRestart() –> onStart() –> onResume()
这里activity没有被系统回收,因此onRestoreInstanceState不会被调用。
通过onCreate()的Bundle参数恢复数据和onRestoreInstanceState区别?
因为onSaveInstanceState()方法不一定被调用,所以onCreate()里的Bundle参数可能为空,如果使用onCreate()来恢复数据,一定要做非空判断。
onRestoreInstanceState的Bundle参数一定不会是空值,因为它只有在上次activity被回收了才会被调用。
而且onRestoreInstanceState是在onStart()之后被调用的。有时候我们需要onCreate()中做的一些初始化完成之后再恢复数据,用onRestoreInstanceState会比较方便。
监测Activity是否快被系统回收
/**
* 内存不足时调用
*/
@Override
public void onTrimMemory(int level) {
super.onTrimMemory(level);
if (level == TRIM_MEMORY_MODERATE) {
//可直接销毁所有页面,退出应用
}
}
OnTrimMemory是Android 4.0之后提供的API,系统会根据不同的内存状态来回调
TRIM_MEMORY_COMPLETE:内存不足,并且该进程在后台进程列表最后一个,马上就要被清理
TRIM_MEMORY_MODERATE:内存不足,并且该进程在后台进程列表的中部
TRIM_MEMORY_BACKGROUND:内存不足,并且该进程是后台进程
TRIM_MEMORY_UI_HIDDEN:内存不足,并且该进程的UI已经不可见了
TRIM_MEMORY_RUNNING_CRITICAL:内存不足(后台进程不足3个),并且该进程优先级比较高,需要清理内存
TRIM_MEMORY_RUNNING_LOW:内存不足(后台进程不足5个),并且该进程优先级比较高,需要清理内存
TRIM_MEMORY_RUNNING_MODERATE:内存不足(后台进程超过5个),并且该进程优先级比较高,需要清理内存
OnLowMemory和OnTrimMemory的比较
1,OnLowMemory被回调时,已经没有后台进程;而onTrimMemory被回调时,还有后台进程。
2,OnLowMemory是在最后一个后台进程被杀时调用,一般情况是low memory killer 杀进程后触发;而OnTrimMemory的触发更频繁,每次计算进程优先级时,只要满足条件,都会触发。
3,通过一键清理后,OnLowMemory不会被触发,而OnTrimMemory会被触发一次。