Fragment的状态保存与恢复
了解Fragment的状态保存与恢复首先会想到二个问题:
1.Fragment什么时候进行状态保存,什么时候进行状态恢复
2.保存恢复什么状态,Fragment状态还是View状态。
什么时候状态保存?什么时候状态恢复?
当Fragment有很大可能被销毁的时候,系统会调用Fragment的 onSaveInstanceState 方法
例如:
用户按HOME键切到主界面时;
用户按菜单键调出最近活动的应用程序界面时;
用户按出电源键时;
横竖屏切换的时候;
前三个均是应用进程进入到后台有很大可能被销毁的情况,进程没有了Fragment必然也会销毁,最后一个是横竖屏切换时,Activity会重新调用生命周期方法,Fragment也会随着调用它自己的生命周期,必然也会保存状态。Fragment的状态保存过程跟Activity一样。
状态恢复Activity是调用onRestoreInstanceState,而Fragment是没有该方法的,他可以在onActivityCreated方法中得到Bundle,从而可以恢复状态。
保存恢复什么状态(Fragment状态还是View状态)
我们可能遇到1个例子就是,当我们在一个EditText输入文字后,然后横竖屏切换一下,Activity重新走了一遍生命周期,但是此时EditText还是有内容的,这就印证了View是有恢复和保存机制的。而为什么会这样呢?
1.首先这个View需要设置id,因为有了id Activity在调用onRestoreInstanceState方法会从视图结构树中找到相同的id。
2.View必须实现了两个方法,如下
@Override
public Parcelable onSaveInstanceState() {
Bundle bundle = new Bundle();
// Save current View's state here
return bundle;
}
@Override
public void onRestoreInstanceState(Parcelable state) {
super.onRestoreInstanceState(state);
// Restore View's state here
}
系统封装好的View例如Button EditText TextView等都实现了该方法,当我们自定义控件的时候如果也想有状态的保存和恢复,也必须实现这两个方法。所以Fragment的状态保存和恢复不用考虑View的,那么它是为了保存恢复什么数据呢?对了,是Fragment的成员变量。当一个Fragment跳到另一个Fragment的时候,前一个Fragment可能加入到回退栈中(如果设置了),此时它的生命周期是onDestroyView,代表此时视图是没有了,但是Fragment的实例还是存在的,再返回该Fragment的时候,调用onCreateView,View是可以恢复的,但是定义的成员变量怎么拿呢,这就靠Fragment的状态恢复机制了,在onActivityCreated拿到旧数据。这就印证了View的状态保存和恢复是不用我们去管的,我们只管Fragment的成员变量即可。
另:Fragment状态保存还有一种用途就是缓存数据,而没有任何界面元素。
当onCreate方法中调用setRetainInstance(true),那么当Activity被销毁的时候Fragment会被短暂保留,不会被销毁,然后
Activity在创建的时候拿到该Fragment的实例,Fragment重新依附这个新的Activity,并且可以拿到Fragment中保留的数据。注意该用途的Fragment只能用于保存数据,当Fragment脱离Activity的时候如果要拿Context是会报错的。