在Activity转入后台之前,系统会回调onSaveInstanceState()函数以保存该Activity的当前状态和信息,其中包括了保存在FragmentManager中Fragments的信息
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
Parcelable p = mFragments.saveAllState();
if (p != null) {
outState.putParcelable(FRAGMENTS_TAG, p);
}
}
系统会在内存较低时回收后台app的资源,当之前被回收的Activity又被重新打开时,系统会传入一个保留状态信息的Bundle参数,也就是前面的onSaveInstanceState中保存的Bundle。
这时Activity会根据Bundle中的信息重建之前保留的状态,包括重建之前的Fragments,如果在onCreate或其他的生命周期函数中显式的新建了一样的Fragment,那么这个Fragment将会被新建和添加到Activity两次,从而产生严重的逻辑问题
protected void onCreate(Bundle savedInstanceState) {
......
NonConfigurationInstances nc = (NonConfigurationInstances)
getLastNonConfigurationInstance();
if (nc != null) {
mAllLoaderManagers = nc.lo
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
Parcelable p = mFragments.saveAllState();
if (p != null) {
outState.putParcelable(FRAGMENTS_TAG, p);
}
}
系统会在内存较低时回收后台app的资源,当之前被回收的Activity又被重新打开时,系统会传入一个保留状态信息的Bundle参数,也就是前面的onSaveInstanceState中保存的Bundle。
这时Activity会根据Bundle中的信息重建之前保留的状态,包括重建之前的Fragments,如果在onCreate或其他的生命周期函数中显式的新建了一样的Fragment,那么这个Fragment将会被新建和添加到Activity两次,从而产生严重的逻辑问题
protected void onCreate(Bundle savedInstanceState) {
......
NonConfigurationInstances nc = (NonConfigurationInstances)
getLastNonConfigurationInstance();
if (nc != null) {
mAllLoaderManagers = nc.lo