在上一篇从源码角度分析，为什么会发生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行代码“的～
最后是一点心得体会：
当遇到问题时，我们如果从源头思考：为什么会发生这个问题？ 从源码角度分析问题，可能就会得到一个更好的解决问题的思路！
网友评论
比如我Activity上是3个按钮分别对应FragmentA B C，onCreate里面默认显示FragmentA，点击按钮切换了几次FragmentA B C，界面显示在FragmentC，此时我屏幕切换方向，我的配置文件里面没有设置切换屏幕方向不走生命周期，所以切换方向的时候，Activity经历了生命周期。
同时，BaseFragment里面，正确存储了我的isHidden()。
屏幕翻转完成之后，执行Activity的onCreate，首先恢复我的FragmentA B C，此时BaseFragment的onCreate里面，也正确隐藏了A B，显示了C，
恢复Activity里面加了判断：
if (savedInstanceState == null){
switchFragment(0);
}
所以这个时候，不会再去显示FragmentA，此时一切都是对的，没有重叠：显示C
可是，当我点击按钮，从C切换到A的时候，由于在Activity的onCreate里面，重新new了一遍Fragment，因此我的这个判断里面，本来应该隐藏C显示A，这个时候C不是同一个，所以C隐藏不了，显示出来了A，A和C重叠在了一起。
fragments.add(new FragmentA());
fragments.add(new FragmentB());
fragments.add(new FragmentC());
替换为：
if(findFragment(A'sTag) == null){
// new
}else{
fragments.add(findFragment(A'sTag));
}
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Log.d("MainActivity", "onCreate");
setContentView(R.layout.activity_main);
fragmentManager = getSupportFragmentManager();
fragments = new ArrayList<>();
fragments.add(new FragmentA());
fragments.add(new FragmentB());
fragments.add(new FragmentC());
initView();
if (savedInstanceState == null){
switchFragment(0);
}
}
public void switchFragment(int position) {
transaction = fragmentManager.beginTransaction();
for (int i = 0; i <fragments.size() ; i++) {
Fragment fragment = fragments.get(i);
if (fragment != null){//加判断
if (i == position){//显示fragment
if (fragment.isAdded()){ //如果这个fragment已经被事务添加,显示
transaction.show(fragment);
}else{
transaction.add(R.id.fl_main,fragment); //如果这个fragment没有被事务添加过,添加
transaction.addToBackStack(null);//去掉不去掉 都会导致重叠
}
}else{//隐藏fragment
if (fragment.isAdded()){//隐藏fragment //如果这个fragment已经被事务添加,隐藏
transaction.hide(fragment);
}
}
}
}
transaction.commit(); //提交事务
}
fragment = (MyFragment) getSupportFragmentManager().findFragmentByTag("myFragment");
}
我说的情况确实存在，我反复测试了。
if(findFragmentByTag(rootFragmetTag) ==null) {
// 加载Fragment
}
v24以上，那9行代码重复调用不会有副作用的
有一个问题就是我能不能直接在Activity的onCreate（）中判断Bundle是否为空进而来判断是否重新加载Fragment 就行，而不需要使用BaseFragment
2、在24.0以下版本，因为support包的BUG，没有记录hidden状态，导致旋转屏幕等情况时，所有Fragment都是show状态，从而导致重叠
楼主大神这个的意思是，我的AS里的Support如果是 25.0.0，而我编译后的APP在低于24的安卓手机上使用，是否还需要您的9行代码?
https://github.com/YoKeyword/Fragmentation/blob/master/demo/src/main/java/me/yokeyword/sample/demo_zhihu/MainActivity.java#L58
只要离开前fragment已经被加载 系统就会帮你保存 在下次进来时恢复
你指的是setRetainInstance()？ ~ 这个适用性太低~
还是和ViewPager前面的Fragment导致的重叠？ 这个代码实测在这种情况下不会重叠的，你检查下代码
那个库主要是loadX方法是加载孩子Fragment，startX,pop方法操作加载兄弟Fragment，startChild,popChild等方法是操作子Fragment； 感觉理清这3种方法的关系配合栈视图调试开发，就很简单
https://github.com/YoKeyword/Fragmentation/wiki
话说Activity也没有isHidden方法
而在因内存不足导致app在后台被强杀的情况下，这个就避免不了重叠了；
另外setRetainInstance()在嵌套子Fragment下使用会导致崩溃
if (savedInstanceState == null){
showFragment(1);
}
在basefragment中也加了隐藏状态的判断，但是横竖屏切换的时候还是会发生重叠的现象，我在切换fragment的时候做的操作是先隐藏所有的fragment，然后再显示某一个fragment。我不太清楚是不是我的写法有问题？
if(saveInstance ==null){
// 加载Fragment
}
在onCreate等初始化生命周期内加载Fragment，为了防重复加载Fragment，在页面重启时就不要再去加载Fragment了， 用上面的写法就可以避免了
if(saveInstance == null){ //加载Fragment } 这个是常识，文章内没有提及
崩溃问题，需要你自己找发生页面重启时哪里导致的，然后进行保存恢复