9行代码让你App内的Fragment对重叠说再见

在上一篇从源码角度分析,为什么会发生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:addreplace情况下,如果没有加入回退栈,则不判断也不会造成重叠;若加入回退栈,则也会造成重叠现象,建议统一判断下)

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行代码“的~

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

    原文作者:YoKey
    原文地址: https://www.jianshu.com/p/c12a98a36b2b
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞