最近项目进入了无休止的修bug阶段，很多问题也着实让我头疼了一阵子，其中就包括对单Activity页面中多Fragment的管理。可能是我对Fragment了解太少了，遇到了很多问题，所以这篇文章着重于讲述我遇到了怎样的问题，以及我的解决方法。希望对有遇到相同问题的人提供一点帮助。
-
Fragment点击穿透
我目前项目的首页是一个MainActivity包含5个Fragment，通过hide&show来进行tab切换。在刚开始就遇到了一个很恶心的问题：当前Fragment页，点击能跳转到其他Fragment页的内容。具体来说就是不应该被点击的位置，出现了其它Fragment页面对应位置的点击事件。这个问题不是100%的复现的，而且有些机型不会出现，有些又很频繁。最后终于看到了这个帖子解决了问题——关于Fragment叠加点击穿透的解决方案](https://blog.csdn.net/xieluoxixi/article/details/53992251)。以下内容均借鉴于此贴：
这个问题实际上是点击事件分发的问题，当多个Fragment添加进Fragment栈时，栈底的Fragment的点击事件在上层Fragment出现后仍然有效。具体的解决方法有三种，可以点进帖子中查看。
在我的项目中由于使用Fragment比较多，所以我使用了第二种方案，在BaseFragment中全局添加了
view.setClickable(true);问题再也没复现过了。@Nullable @Override public View onCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) { View rootView = inflater.inflate(this.getLayoutId(), container, false); rootView.setClickable(true); //把View的click属性设为true，截断点击时间段扩散 return super.onCreateView(inflater, container, savedInstanceState); } -
Fragment重叠（重影）
这个问题刚好跟上一个相反，上一个问题是界面看不出重叠，但点击事件重叠了。而这个是只有界面重叠，点击却没有问题（也可能是因为我已经把上一个问题解决了，不解决的话可能就都有问题了- - ）
出现的情况是当APP被异常销毁重启时，可能导致的又内存不足，或者旋转屏幕方向之后没有做处理等。可以在开发者模式中勾选【不保留活动】，让每次退回到桌面再切换回APP时都重新加载一遍，模拟内存不足的效果，可以更方便地查看这个问题是否存在。
这个问题的原因也比较好找，解决方法也不难，网上可以搜到很多帖子。其实前面讲到旋转屏幕后就会复现，那自然就能联想到
onSaveInstanceState()，这个问题出现的原因就在于，异常销毁时，系统会默认使用销毁前该Activity保存的状态来进行恢复，也就是将之前的Fragment重新恢复了，但APP销毁后重新启动，Fragment又被Add了一遍，所以造成了Fragment重叠。不过网上的帖子我看了一些，发现都没有提到一个点，这个问题在Activity的xml根布局中添加了
android:fitsSystemWindows="true"方法后，就不会出现了，至少对于我是这样。因为我的项目之前一直没有出现这个问题，在我某天将首页的布局改为沉浸式，去掉了这个方法后，就出现Fragment重叠的现象了。在后面优化了这个问题后，我在想为什么之前没有出现过，是因为这行代码吗？于是我找了一个老一点的版本安装到手机，打开开发者选项-不保存活动，发现这个问题真的没有出现。我不确定这是个别手机的问题，还是设了android:fitsSystemWindows="true"之后就真的不会出现重叠。希望有了解的朋友们告知一下。回到如何解决这个问题。最简单粗暴当然是直接禁止Activity销毁时保存状态，将
onSaveInstanceState(Bundle outState)方法中的内容注释掉，重启时自然就不会恢复然后重叠了。但是这样太粗暴了，也没有任何用户体验可言。那在项目中当然不能这么一刀切，下面贴代码讲一下我是如何处理的：-
在首页MainActivity中的
onSaveInstanceState(Bundle outState)方法里，判断当前所有Fragment，将已经加载的Fragment进行保存@Override protected void onSaveInstanceState(Bundle outState) { /*fragment不为空时 保存*/ for (int i = 0; i < TAB_SIZE; i++) { //确保fragment是否已经加入到fragment manager中 if (mFragmentList[i].isAdded() && mFragmentList[i] != null) { //保存已加载的Fragment getSupportFragmentManager().putFragment(outState, mFragmentTags[i], mFragmentList[i]); } } //传入当前选中的tab值，在销毁重启后再定向到该tab outState.putInt(CURRENT_INDEX, mCurrentIndex); super.onSaveInstanceState(outState); }这里需要注意的是，通过
getSupportFragmentManager().putFragment();方法按Tag保存Fragment时，需要先确认该Fragment已经add到FragmentManager中了，否则会出现 IllegalStateException: Fragment is not currently in the FragmentManager 错误。 -
在
onCreate(Bundle savedInstanceState)中恢复保存的Fragment：@Override public void onCreate(Bundle savedInstanceState) { if (savedInstanceState != null) { /*获取保存的fragment 没有的话返回null*/ for (int i = 0; i < TAB_SIZE; i++) { Fragment fragment = getSupportFragmentManager().getFragment(savedInstanceState, mFragmentTags[i]); if (fragment != null) { mFragmentList[i] = fragment; } } mCurrentIndex = savedInstanceState.getInt(CURRENT_INDEX, INDEX_HOME); } initFragment(); initTab(); }在进入
onCreate函数时，先判断savedInstanceState是否为null，逐步判断对应Tag的Fragment存不存在，存在则传入到存储Fragment的list中。 -
初始化Fragment
这一步本来是第一步，不过加了前面的操作之后，本来为空的FragmentList现在就不一定为空了，所以在初始化各个Fragment时，记得先判断是否已经存在了，如果不存在才创新一个新的对象，否则就是已经添加了之前保存的Fragment：
private void initFragment() { if (mFragmentList[0] == null) { mFragmentList[0] = new xxFragment//需要创建的Fragment; } if (mFragmentList[1] == null) { mFragmentList[1] = new xxFragment } if (mFragmentList[2] == null) { mFragmentList[2] = new xxFragment } if (mFragmentList[3] == null) { mFragmentList[3] = new xxFragment } if (mFragmentList[4] == null) { mFragmentList[4] = new xxFragment } }
OK，到这里Fragment该恢复的恢复，该创建的创建，接下来按正常流程执行就好了。重叠的问题就不会再出现啦。
-
