概述
日前在Fragment状态保存时翻了一个错误，造成了一些crash错误，因此查询资料对于activity和fragment的状态保存做了一个简单的总结。
一、Activity状态保存
说道activity的状态保存，就不得不提到activity的生命周期。
activity的生命周期是一个老生常谈的问题了，activity的生命周期主要包括如下几个方法：
- onCreate
- onStart
- onRestart
- onResume
- onPause
- onStop
- onDestory
主要流程如图所示。
下面说下几个activity的常见的场景
1. 点击Home键再打开触发流程
onPause -> onStop -> onRestart -> onStart -> onResume
如果有数据保存，会在OnStop后触发 onSaveInstanceState
2. 点击返回再打开
onPause -> onStop -> onDestory ->onCreate -> onStart -> onResume
3. 旋转屏幕
旋转屏幕是一个activity销毁再重建的过程（没有设置activity可旋转的情况下），流程如下：
onPause -> onStop -> onDestory ->onCreate -> onStart -> onResume
如果有数据保存，会在OnStop后触发onSaveInstanceState，onStart后触发onRestoreInstanceState
如果在AndroidManifest.xml文件中设置android:configChanges="keyboardHidden|orientation|screenSize">可使得activity可旋转，此时再旋转屏幕则不会触发生命周期，也不会触发状态保存onSaveInstanceState。
onSaveInstanceState 和 onRestoreInstanceState
onSavedInstanceState()和onRestoreInstanceState()并不是activity生命周期的方法。
1. 触发时机
当应用遇到意外情况时（点击Home键，内存不足etc.）会由系统直接销毁一个activity，此时onSaveInstanceState就会被调用。
但是用户显式的关闭activity（主动点击back，杀死进程）时，或者直接执行finish()时，这种情况下不会去执行onSaveInstanceState。
2. onSaveInstanceState
那么在onSaveInstanceState中做了哪些内容保存呢？主要包括如下内容：
默认情况下默认会自动保存Activity中的某些状态，比如activity中各种UI的状态（例如输入框中的文本），因此在activity被“系统”销毁和重建的时候，这些Ui的状态会默认保存，但是前提条件是Ui控件必须制定id,如果没有指定id的话，UI的状态是无法保存的。
如果是自己手动传入参数（例如通过Intent传值得到的数值），必须要通过onSaveInstanceState去存储数据，示例如下：
override fun onSaveInstanceState(outState: Bundle) {
outState.putString("key","test")
super.onSaveInstanceState(outState)
}
3. onRestoreInstanceState
用来恢复在onSaveInstanceState中保存的数据，但是此方法一版会在onStart和onResume之间执行，如果需要在onCreate中获取，可以直接调用onCreate方法中的Bundle参数获取数据,示例如下：
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
var data = savedInstanceState?.getString("key","default data") ?:"default data"
...
}
override fun onRestoreInstanceState(savedInstanceState: Bundle) {
var data = savedInstanceState.getString("key","default data")
super.onRestoreInstanceState(savedInstanceState)
}
需要注意的是在onCreate中获取数据需要判断当前的bundle是不是为null
二、Fragment的状态保存
fragment的状态保存类似于Activity，但是有些不同之处：fragment中没有onRestoreInstanceState方法，可以从onViewCreated或onActivityCreated中获取到具体的bundle参数，示例代码如下：
override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
super.onViewCreated(view, savedInstanceState)
if (savedInstanceState != null) {
data = savedInstanceState.getString(key, default)
}
}
override fun onSaveInstanceState(outState: Bundle) {
outState.putString(key, "saveInstance")
super.onSaveInstanceState(outState)
}
但是需要注意的是，如下情况是不会去调用onSaveInstanceState：
先打开FragmentA，然后打开FragmentB，然后在点击返回按钮到FragmentA。
Fragment的生命周期如下：
从上面可以看出Fragment从回退栈中返回时，会调用onDestoryView和onCreateView方法去重建视图。在此种情况下并没有去调用onSaveInstanceState,因此涉及到这种情况，需要在onDestoryView方法中去存储数据。
但是onDestoryView方法中没有提供Bundle参数，那么数据应该存储到什么参数里呢？查看Fragment代码可以发现Bundle变量mArguments是随着Fragment一直存在的，因此可以暂时将数据存储在其中，示例如下：
override fun onDestroyView() {
var bundle = arguments
bundle?.putString(key, data)
super.onDestroyView()
}
注意View的判空，如果fragment在回退栈中完全销毁了视图View，那么在下次打开此fragment时回去重新创建视图，如果在之前需要使用到View相关内容，必须要去进行判空。
总结
activity主要是通过onSaveInstanceState和onRestoreInstanceState来保存和护肤状态，而Fragment主要是通过onSaveInstanceState和onDestoryView时去保存状态，在onViewCreated和onActivityCreated进行数据状态的恢复。
