在上一篇从源码角度分析，为什么会发生Fragment重叠？里，我们分析了造成Fragment重叠的原因，这一篇我会介绍几个解决方案，同时给出一个我的方案：9行代码让你app内的Fragment对重叠说再见！

更新：
官方在Support 24.0.0及以上版本已经修复了上篇源码分析的引起重叠的BUG； 所以如果你使用了24.0.0以上的版本，在正常情况下，就不用再考虑重叠的问题了！
（PS： 依然推荐阅读文末的 “补充” 部分）

通过findFragmentByTag() & getFragments()的解决方案

这两种方案在我这篇简书Fragment全解析系列（一）：那些年踩过的坑里有比较详细的介绍，可以自行查看，这里不多做介绍，这两种方案也是最常见的解决方案。

缺点：

• 使用比较麻烦，代码量较多；
• 在Fragment嵌套的场景下，恢复会有问题，原因在于：页面重启后，在父Fragment没有初始化完成前，getChildFragmentManager()子栈内的子Fragment是空，只有父Fragment初始化完成后，子栈内的子Fragment才能正确获取到。

从源码角度想到的解决方案：自己保存Fragment的Hidden状态

下面这个方案，是我在完善Fragmentation库时想到的方案。

Fragmentation库前几天push了改变重大的0.7版本，应该算是比较成熟了，如果你重度使用Fragment或者想使用单Activity+多Fragment的组件架构的话，强烈推荐看看；对于各种复杂嵌套、同级Fragment的使用场景，你不必担心Fragment的重叠，同时大大简化Fragment的嵌套逻辑。

在上一篇简书分析中，我们知道了发生Fragment重叠的根本原因在于FragmentState没有保存Fragment的显示状态，即mHidden，导致页面重启后，该值为默认的false，即show状态，所以导致了Fragment的重叠。

根据这个原因，我想到我们手动维护一个mSupportHidden不就行了吗？
看下面的基类Fragment代码：

public class BaseFragment extends Fragment {
    private static final String STATE_SAVE_IS_HIDDEN = "STATE_SAVE_IS_HIDDEN";

    @Override
    public void onCreate(@Nullable Bundle savedInstanceState) {
    ...
    if (savedInstanceState != null) {
        boolean isSupportHidden = savedInstanceState.getBoolean(STATE_SAVE_IS_HIDDEN);

        FragmentTransaction ft = getFragmentManager().beginTransaction();
        if (isSupportHidden) {
            ft.hide(this);
        } else {
            ft.show(this);
        }
        ft.commit();
    }

    @Override
    public void onSaveInstanceState(Bundle outState) {
        ...
        outState.putBoolean(STATE_SAVE_IS_HIDDEN, isHidden());
    }
}

是的你没看错，只要上面的9行代码！ FragmentState没帮我们保存Hidden状态，那就我们自己来保存，在页面重启后，我们自己来决定Fragment是否显示！
解决思路转变了，由Activity/父Fragment来管理子Fragment的Hidden状态转变为 由Fragment自己来管理自己的Hidden状态！

优点：不管多深的嵌套Fragment、同级Fragment等场景，全都可以正常工作，不会发生重叠！
缺点：无。

补充

有些小伙伴反应还是会重叠，其实是因为加载根Fragment时没有经过判断的原因，当在类似onCreate等里加载根Fragment时，需要下面的判断，避免重复加载相同的Fragment：
（PS：add，replace情况下，如果没有加入回退栈，则不判断也不会造成重叠；若加入回退栈，则也会造成重叠现象，建议统一判断下）

public class MainActivity ... {

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        ...
        // 这里一定要在save为null时才加载Fragment，Fragment中onCreateView等生命周里加载根子Fragment同理
        // 因为在页面重启时，Fragment会被保存恢复，而此时再加载Fragment会重复加载，导致重叠
        if(findFragmentByTag(rootFragmentTag) == null){
              // 正常情况下去 加载根Fragment 
        }
    }
}

最后

最后的方案用在了我的Fragmentation库中，在新的仿知乎的Demo里，各种复杂场景表现完美。

但是这个方案真的神奇的不可思议，在我的测试下，各种情况都正常适用，但是之前从没看到有人提到过该方案，所以如果你发现该方案有我没有考虑到的BUG，请第一时间告诉我！

官方在Support 24.0.0及以上版本已经从底层使用该方式修复该BUG；如果你还在使用 < 24.0.0 的版本，还是需要这 ”9行代码“的～

最后是一点心得体会：
当遇到问题时，我们如果从源头思考：为什么会发生这个问题？ 从源码角度分析问题，可能就会得到一个更好的解决问题的思路！