Android onSaveInstanceState和onRestoreInstanceState调用时机

当我们的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会被触发一次。