最近项目进入了无休止的修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该恢复的恢复,该创建的创建,接下来按正常流程执行就好了。重叠的问题就不会再出现啦。