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