Android之FragmentManager add机制的变迁

起因

最近在把项目support库从23.1.1升级至23.4.0时，突然发现有些地方会莫名的找不到"已经"add的fragment，从而导致了空指针引用异常。郁闷的我就仔细对比了23.1.1和23.4.0源码，发现原来是google悄悄地把FragmentManager add()机制更改了，真是坑爹－，－。

探究

如下是一段很平常的代码:

//In Activity.java
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
    getSupportFragmentManager()
        .beginTransaction()
        .add(android.R.id.content, fragmentA, fragmentA.TAG)
        .add(android.R.id.content, fragmentB, fragmentB.TAG)
        .commit();
    }

//In FragmentA.java
     @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
            mFragmentB ＝(FragmentB)getFragmentManager()
                   .findFragmentByTag(FragmentB.TAG);
        mFragmentB.performSomeAction();
       ... ...
    }

在23.1.1之前FragmentManager的add机制:

//STEP0: 记录已经添加和有效的fragment集合
    ArrayList<Fragment> mAdded;
    ArrayList<Fragment> mActive;
    ... ...
    public void run() {
    ... ...
//STEP1: 根据之前的add顺序，从mHead中取出fragment并依次放入lastInFragments中，为之后的transition做准备。
    calculateFragments(firstOutFragments,lastInFragments);

//STEP2: 再根据lastInFragments集合统计出fragments的过渡状态(因为仅add操作，所以firstOutFragments为空)
    state=beginTransition(firstOutFragments,lastInFragments, false);
    ... ...
//STEP3:依次将mHead链表中的fragment加入至mAdded和mActive中，但不会更改fragment的状态(即不会触发fragment的初始化操作)。
    while (op != null) {
            int enterAnim = state != null ? 0 : op.enterAnim;
            int exitAnim = state != null ? 0 : op.exitAnim;
            switch (op.cmd) {
                case OP_ADD: {
                    Fragment f = op.fragment;
                    f.mNextAnim = enterAnim;
                    mManager.addFragment(f, false);
                } break;
                ... ...
            }
    }
    
//STEP4: 最后更新mActive集合中所有fragment的状态(对于add操作而言即是触发了fragment的初始化操作)
    mManager.moveToState(mManager.mCurState
                            , transition, transitionStyle, true);
    ... ...
}

而在23.4.0版本的support库中，它初始化fragment的时机发生了变化，主要变化是在上述的STEP1中。
在23.4.0的STEP1中，除了根据之前的add顺序，从mHead中取出fragment并依次放入lastInFragments中，为之后的transition做准备。并且将新add的fragment放入mActive中，同时更新fragment的状态(即触发了fragment的初始化操作)。

// 23.1.1版本：
    private void setLastIn(SparseArray<Fragment> fragments, Fragment fragment) {
        if (fragment != null) {
            int containerId = fragment.mContainerId;
            if (containerId != 0) {
                fragments.put(containerId, fragment);
            }
        }
    }
    
// 23.4.0版本：
    private void setLastIn(... , Fragment fragment) {
        if (fragment != null) {
             ... ...
            if (fragment.mState < Fragment.CREATED 
                    && mManager.mCurState >= Fragment.CREATED) {
                mManager.makeActive(fragment);
                mManager.moveToState(fragment, Fragment.CREATED, 0, 0, false);
            }
        }
    }

因为触发fragment初始化时机发生了改变，所以当FragmentB在FragmentA之后add，此时在FragmentA的onCreate方法中通过findFragmentByTag找FragmentB时，必然找到的为空(即mAdded和mActive两个集合中都无法找到)，因为此时FragmentB根本还未来得及被添加至mAdded或mActive集合中。

    public Fragment findFragmentByTag(String tag) {
        if (mAdded != null && tag != null) {
            // First look through added fragments.
            for (int i=mAdded.size()-1; i>=0; i--) {
                Fragment f = mAdded.get(i);
                if (f != null && tag.equals(f.mTag)) {
                    return f;
                }
            }
        }
        if (mActive != null && tag != null) {
            // Now for any known fragment.
            for (int i=mActive.size()-1; i>=0; i--) {
                Fragment f = mActive.get(i);
                if (f != null && tag.equals(f.mTag)) {
                    return f;
                }
            }
        }
        return null;
     }

结语

所以谨记，如果两个fragment之间有调用关系的话，添加他们时一定要优先add被调用的fragment(即例子中的FragmentB)，以方support库升级后引起空指针异常。

欢迎查看 个人博客.