最近项目进入了无休止的修bug阶段,不少问题也着实让我头疼了一阵子,其中就包括对单Activity页面中多Fragment的管理。多是我对Fragment了解太少了,遇到了不少问题,因此这篇文章着重于讲述我遇到了怎样的问题,以及个人解决方法。但愿对有遇到相同问题的人提供一点帮助。java
5月23日修改,在我写完这篇文章的5天后,修改了主页的布局,将大部份内容都放置到了ViewStub中进行一个延时加载的操做。结果发现下面的onSaveInstanceState中保存Fragment的方法失效了,每次销毁后回来Fragment的数据还在,但页面变成空了。通过我一天的不断尝试,最后终于发现··在ViewStub中,不会出现Fragment重叠的问题- -,属实被本身给坑了。。android
我目前项目的首页是一个MainActivity包含5个Fragment,经过hide&show来进行tab切换。在刚开始就遇到了一个很恶心的问题:当前Fragment页,点击能跳转到其余Fragment页的内容。具体来讲就是不该该被点击的位置,出现了其它Fragment页面对应位置的点击事件。这个问题不是100%的复现的,并且有些机型不会出现,有些又很频繁。最后终于看到了这个帖子解决了问题——关于Fragment叠加点击穿透的解决方案](blog.csdn.net/xieluoxixi/…)。如下内容均借鉴于此贴:ide
这个问题其实是点击事件分发的问题,当多个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);
}
复制代码
这个问题恰好跟上一个相反,上一个问题是界面看不出重叠,但点击事件重叠了。而这个是只有界面重叠,点击却没有问题(也多是由于我已经把上一个问题解决了,不解决的话可能就都有问题了- - )优化
出现的状况是当APP被异常销毁重启时,可能致使的又内存不足,或者旋转屏幕方向以后没有作处理等。能够在开发者模式中勾选【不保留活动】,让每次退回到桌面再切换回APP时都从新加载一遍,模拟内存不足的效果,能够更方便地查看这个问题是否存在。this
这个问题的缘由也比较好找,解决方法也不难,网上能够搜到不少帖子。其实前面讲到旋转屏幕后就会复现,那天然就能联想到onSaveInstanceState()
,这个问题出现的缘由就在于,异常销毁时,系统会默认使用销毁前该Activity保存的状态来进行恢复,也就是将以前的Fragment从新恢复了,但APP销毁后从新启动,Fragment又被Add了一遍,因此形成了Fragment重叠。spa
不过网上的帖子我看了一些,发现都没有提到一个点,这个问题在Activity的xml根布局中添加了android:fitsSystemWindows="true"
方法后,就不会出现了,至少对于我是这样。由于个人项目以前一直没有出现这个问题,在我某天将首页的布局改成沉浸式,去掉了这个方法后,就出现Fragment重叠的现象了。在后面优化了这个问题后,我在想为何以前没有出现过,是由于这行代码吗?因而我找了一个老一点的版本安装到手机,打开开发者选项-不保存活动,发现这个问题真的没有出现。我不肯定这是个别手机的问题,仍是设了android:fitsSystemWindows="true"
以后就真的不会出现重叠。但愿有了解的朋友们告知一下。.net
回到如何解决这个问题。最简单粗暴固然是直接禁止Activity销毁时保存状态,将onSaveInstanceState(Bundle outState)
方法中的内容注释掉,重启时天然就不会恢复而后重叠了。可是这样太粗暴了,也没有任何用户体验可言。那在项目中固然不能这么一刀切,下面贴代码讲一下我是如何处理的:code
在首页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该恢复的恢复,该建立的建立,接下来按正常流程执行就行了。重叠的问题就不会再出现啦。