一个好的app，在人性化的体验上，有一个功能不可缺少，那就是软件的自我恢复。

如果仔细观察的人，你会发现。一些好的app，在Android手机上长期留在后台（自己强制销毁的不算），再次启动的时候，它仍然能打开你上一次保留的界面，保留的数据，能进行返回上个界面进行正常的操作。

如果一些比较普通的app，如果按照上面同样的操作的话。要么会丢失一些数据，甚至会闪退。

那么这次我们就是讲如何在当前app因为内存不足而销毁的时候，再次启动该app，如何自我恢复？

1.Android自己也有恢复的。

在讲这个之前，我们先讲Android是怎么处理的，老样子，官方图

销毁前会保存数据 重新打开app后会恢复数据

是的，Android自己做了这方面的处理，但是，只限于简单的控件恢复，而且这些控件是有ID的才能进行恢复。

2.那看看代码是什么时候销毁、恢复(下面对Activity,Fragment一样)

销毁一般分为两种情况：

1. 如果用户点击返回按钮或通过代码调用关闭时，这属于正常销毁。
2. 如果当前界面长期未使用，或者当前app待在后台的时候，其他app需要更多资源以致系统必须关闭后台进程恢复内存，系统也可能会销毁当前app，这属于非正常销毁，尽管app被销毁，但系统会保存其状态，这样，如果用户点击后台返回该Activity，系统会使用保存了该app被销毁时的状态数据来创建新的app。
   屏幕旋转、键盘可用性改变、 语言改变都会导致第二种情况出现。
   合格的测试，是会着重测试这方面的那么如何模拟呢，很简单的，打开手机的设置->开发者选项->不保留活动开关打开

3.非法销毁恢复的生命周期

onPause -> onSaveInstanceState -> onStop -> onDestroy -> onCreate -> onStart -> onRestoreInstanceState -> onResume

可以看到onSaveInstanceState（销毁前保存数据） 和onRestoreInstanceState （恢复后取数据）

当你的app当前activity开始被停止时，系统会调用onSaveInstanceState()方法，以便你的Activity可以使用Bundle保存数据。而super.onSaveInstanceState(savedInstanceState)也做了我刚才所说的简单控件的状态保存，例如EditText中的文本信息或ListView的滚动位置。例如：

public class MainActivity extends Activity {
    static final String DATA = "data";
    private String data = "模拟数据";
    @Override
    protected void onSaveInstanceState(Bundle savedInstanceState) {
        // Save custom values into the bundle
        savedInstanceState.putString(DATA , data);
        // Always call the superclass so it can save the view hierarchy state
        super.onSaveInstanceState(savedInstanceState);
    }
}

那么有保存自然有恢复了

@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
    // Always call the superclass so it can restore the view hierarchy
    super.onRestoreInstanceState(savedInstanceState);
    // Restore state members from saved instance
    data= savedInstanceState.getString(DATA);
}

4.当然少不了Fragment

Fragment也有onSaveInstanceState，但是恢复数据则是onCreateView，有一个参数是Bundle savedInstanceState就是了。

明天练完车继续更新Fragment更多的恢复内容