Fragment 知識梳理(2) Fragment 狀態儲存和恢復

澤毛發表於2017-12-21
Fragment

一、概述

在前一篇文章中，我們對於Fragment的事務和生命週期有了直觀的理解，這篇文章我們來分析一下Fragment狀態的儲存和恢復。

二、狀態儲存

有了分析Activity的經驗，我們看一下Activity中和Fragment狀態儲存相關的程式碼：

protected void onSaveInstanceState(Bundle outState) {       
    Parcelable p = mFragments.saveAllState();    
    if (p != null) {        
        outState.putParcelable(FRAGMENTS_TAG, p);
    }    
}    
複製程式碼

前面已經分析過，mFragments只是一個代理，真正執行的程式碼還是在FragmentManager中，這個方法返回值是FragmentManagerState：

Parcelable saveAllState() {
    //先執行完之前所有剩餘的操作。    
    execPendingActions();    
    if (HONEYCOMB) {
        mStateSaved = true;    
    }
    ...
    FragmentManagerState fms = new FragmentManagerState();
    fms.mActive = active;
    fms.mAdded = added;
    fms.mBackStack = backStack;
    return fms;
}
複製程式碼

下面我們分三個部分來看一下儲存的邏輯：

//如果mActive為空，那麼什麼其它的也不儲存了。
if (mActive == null || mActive.size() <= 0) {       
    return null;
}
//開始遍歷mActive列表。
int N = mActive.size();
FragmentState[] active = new FragmentState[N];
for (int i = 0; i < N; i++) {
    Fragment f = mActive.get(i);
    if (f != null) {
         //f.mIndex不許為空。
         //這裡面儲存了基本的屬性：mClassName, mIndex, mFromLayout, mFragmentId, ContainerId, mTag, mRetainInstance, mDetach, mArguments.
         FragmentState fs = new FragmentState(f);
         active[i] = fs;
         if (f.mState > Fragment.INITALZING && fs.mSavedFragmentState == null) 
             fs.mSavedFragmentState = saveFragmentBasicState(f);
             if (f.mTarget != null) {
             //儲存mTarget 到 mSavedFragmentState
             //儲存mTargetRequestCode 到 mSavedFragmentState
         } else {
             fs.mSavedFragmentState = f.mSavedFragmentState;
         }
    }
}
複製程式碼

其中，saveFragmentBasicState儲存的是額外的屬性，我們看一下這個方法：

Bundle saveFragmentBasicState(Fragment f) {
    f.performSaveInstanceState(mStateBundle); //呼叫 Fragment 的 onSaveInstanceState 方法，讓使用者儲存額外的資料; 呼叫 childFragmentManager 的 saveAllState 方法。
    if (f.mView != null) {
       //儲存mInnverView 的狀態，賦值給mSavedViewState。
        saveFragmentViewState(f); 
    }
    if (!mUserVisibleHint) {
        //儲存mUserVisibleHint
    }
    return result;
}
複製程式碼

  • 第一部分，對於mActive列表，它主要儲存了一下這些屬性：

  • mClassName,mIndex,mFromLayout,mFragmentId,ContainerId,mTag,mRetainInstance,mDetach,mArguments

  • mSavedFragmentState：childFragment.saveAllState、mSavedViewState、 mUserVisibleHint、mTarget、mTargetRequestCode、Fragment.onSaveInstanceState

  • 第二部分，處理mAdded列表：

  • 遍歷mAdded列表，儲存 mAdded的 mIndex，是一個int[]陣列

  • 最後處理BackStackRecord，儲存成為 BackStackState

遍歷 BackStackRecord，儲存成為 BackStackState[]
final int[] mOps;//int[]陣列，從head到tail的排列，儲存{op.cmd, op.fragment.mIndex, op.enterAnim, op.exitAnim, op.popEnterAnim, op.popExitAnim, removed.size, removeIndex1, removeIndex2,...}
final int mTransition;
final int mTransitionStyle;
final String mName; //最後一次的name.
final int mIndex; //最後一次的index.
複製程式碼

三、狀態恢復

我們看一下Activity 中狀態恢復的程式碼是在onCreate方法中呼叫的：

protected void onCreate(@Nullable Bundle savedInstanceState) {
    if (savedInstanceState != null) {    
        Parcelable p = savedInstanceState.getParcelable(FRAGMENTS_TAG);        
        mFragments.restoreAllState(p, mLastNonConfigurationInstances != null ? mLastNonConfigurationInstances.fragments : null);
    }
     mFragments.dispatchCreate();
}
複製程式碼

很好理解，就是我們在第二步中儲存的那三個部分，那麼這個mLastNonConfigurationInstances又是什麼呢，我們看一下它被賦值的地方：

final void attach(...,NonConfigurationInstances lastNonConfigurationInstances.. ) {
    mLastNonConfigurationInstances = lastNonConfigurationInstances;
}

final void performResume() {
     mLastNonConfigurationInstances  = null;
}
複製程式碼

原來是attach方法傳進來的，並且在performResume的時候會被置為null，我們進ActivityThread看一下：

private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
    activity.attach(...., r.lastNonConfigurationInstances,...);
}
複製程式碼

原來是被放在ActivityClientRecord當中了，那麼它就跟Activity的生命週期無關了，在看一下它被賦值的地方：

這個函式呼叫的地方有兩個：
1.通過`AMS`調過來時`getNonConfigInstance`為`false`
2.通過`handleRelaunchAcitivity 調過來為`true`

private ActivityClientRecord performDestroyActivity(IBinder token, boolean finishing, int configChanges, boolean getNonConfigInstance) {
    if (getNonConfigInstance) {    
        r.lastNonConfigurationInstances = r.activity.retainNonConfigurationInstances();
    }
}
複製程式碼

再看一下retainNonConfigurationInstances都儲存了哪些資訊：

NonConfigurationInstances retainNonConfigurationInstances() {    
    Object activity = onRetainNonConfigurationInstance();    
    HashMap<String, Object> children = onRetainNonConfigurationChildInstances();   
    List<Fragment> fragments = mFragments.retainNonConfig();    
    ArrayMap<String, LoaderManager> loaders = mFragments.retainLoaderNonConfig();    
    if (activity == null && children == null && fragments == null && loaders == null && mVoiceInteractor == null) {        
        return null;    
    }    
    NonConfigurationInstances nci = new NonConfigurationInstances();    
    nci.activity = activity;    
    nci.children = children;    
    nci.fragments = fragments;    
    nci.loaders = loaders;    
    if (mVoiceInteractor != null) {        
        mVoiceInteractor.retainInstance();        
       nci.voiceInteractor = mVoiceInteractor;    
    }    
    return nci;
}
複製程式碼

它儲存了一個Fragment的列表，這個列表是通過FragmentManager的retainNonConfig返回的：

ArrayList<Fragment> retainNonConfig() {
    //遍歷mActive列表：
   if (f != null && f.mRetainInstance) {
        fragments.add(f);
        f.mRetaining = true;
        f.mTargetIndex = f.mTarget != null ? f.mTarget.mIndex : -1;
   }
   return fragments;
}
複製程式碼

原來它是把mActive中mRetainInstance為true的Fragment儲存了，而且設定了這個標識位的Fragment不會執行onCreate、onDestory，並且不會從mActive列表中移除，具體的原始碼：

if (!f.mRetaining) {    
    f.performCreate(f.mSavedFragmentState);
}

if (!f.mRetaining) {    
    f.performDestroy();
}

if (!f.mRetaining) {    
    makeInactive(f);
}
複製程式碼

相關文章