序言
相信实现过 Fragment 切换功能且遇到覆盖以及卡顿现象,已不再是什么新鲜的事情了。如果庆幸的话,网上随便搜罗下就能获取到足以解决问题的对策。当然,这次我是属于那种离庆幸还有点距离的人。
一般事故
事故 1:多 Fragment 切换下的容器 Activity ,在后台静置一段时间
后切换出现覆盖;
事故 2:多 Fragment 频繁(且迅速)切换出现覆盖;
ps:更多事故有待挖掘
事故现场
肇事者 add ,共犯 hide 、show;
如果一开始使用 replace 让 Fragment 之间切换大可避开本次事故发生,但这会让 Fragment 因每次替换都需要重新创建事故现场(eg. 页面显示与网络数据加载)而倍感忧伤,况且大家也不希望每次都重新布置现场。所以 add 出现是在所难免的。
现场恢复
既要实现 Fragment 切换又必需确保现场重复利用 并保证现场不发生任何事故,还要用 add (明知山有虎,偏向虎山行)。好吧,当下尚且设定为游戏模式,将各个 Fragment 当成是游戏中的关卡,然后切换各关卡进入游戏,游戏过程主角挂了咋搞?返回前一个存储点(现场恢复,具体实现可点击这里)。
我的现场
为啥前言称自己是不幸的呢,因为我出现的覆盖问题无法通过存储(给 Fragment 打标签)的方式,来恢复事故现场。关键是现象尤为奇特,既不是频繁的切换,也不是后台的静置,而只是正常的 add 切换使用,却也出现卡顿与覆盖的问题(重现操作:有个 Fragment 下拉刷新,还在刷新的时候切换至其他 Fragment)。
经过一番无稽之谈,赶紧来点 code 压压惊…
<?xml version="1.0" encoding="utf-8"?>
<android.support.v4.widget.SwipeRefreshLayout
xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent">
<android.support.v7.widget.RecyclerView
android:layout_width="match_parent"
android:layout_height="match_parent"/>
</android.support.v4.widget.SwipeRefreshLayout>
以上便是那个携带下拉刷新功能的 Fragment ,在它下拉刷新的过程中我们切换至其他 Frament 会出现卡顿覆盖的现象。幸好我意志鉴定,在发布版本的压力下没有屈服于换成 ViewPager 的使用,尽管已经知道这不可能是 Activity 以及各 Fragment 的状态存储问题。
终于在经过近2个 hours 的苦战后突发奇想(其实是在纳闷…. 为何先前也有类似的实现但却不存在这种问题),毅然选择回去 .xml 逛逛。结果如大家所见,我将 SwipeRefreshLayout 这个标签放置在一级布局位置上(这是对比下存在的区别)。
于是我心存慰藉地升级了上面的 code …
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical">
<android.support.v4.widget.SwipeRefreshLayout
android:layout_width="match_parent"
android:layout_height="match_parent">
<android.support.v7.widget.RecyclerView
android:layout_width="match_parent"
android:layout_height="match_parent"/>
</android.support.v4.widget.SwipeRefreshLayout>
</LinearLayout>