一个好的app，在人性化的体验上，有一个功能不可缺少，那就是软件的自我恢复。
如果仔细观察的人，你会发现。一些好的app，在Android手机上长期留在后台（自己强制销毁的不算），再次启动的时候，它仍然能打开你上一次保留的界面，保留的数据，能进行返回上个界面进行正常的操作。
如果一些比较普通的app，如果按照上面同样的操作的话。要么会丢失一些数据，甚至会闪退。
那么这次我们就是讲如何在当前app因为内存不足而销毁的时候，再次启动该app，如何自我恢复？
1.Android自己也有恢复的。
在讲这个之前，我们先讲Android是怎么处理的，老样子，官方图
是的，Android自己做了这方面的处理，但是，只限于简单的控件恢复，而且这些控件是有ID的才能进行恢复。
2.那看看代码是什么时候销毁、恢复(下面对Activity,Fragment一样)
销毁一般分为两种情况：
- 如果用户点击返回按钮或通过代码调用关闭时，这属于正常销毁。
- 如果当前界面长期未使用，或者当前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就是了。
