RecyclerView 体验优化及入坑总结

热文导读 | 点击标题阅读

只需8小时就能用Kotlin开发一个Android应用，附Demo和源码

吊炸天！74款APP完整源码！

开发一个这样的 APP 要多长时间？

作者 ：freddyyao

地址 ： https://www.jianshu.com/p/90c31e97cc55

前言

本文所讲RecyclerView 是来自support 库 26 版本，本文主要来源于自身开发及组内同事遇到问题的经验总结，作为知识沉淀记录一下，以备日后查看。

本文主要讲解以下几部分：

1.RecyclerView 滑动体验篇

• 横向ViewPager与内嵌横向RecyclerView之间的滑动冲突；

• 纵向RecycleView/ListView与横向RecycleView之间的滑动冲突；

• 横向RecyclerView ItemView滑动不停留在中间态；
  

• 记录、恢复RecyclerView滚动偏移位置；

2.RecyclerView 入坑篇

• RecyclerView导致的内存泄漏（support 26 + 7.0以下机型）；

• RecyclerView调用notifyDataSetChanged 会闪烁；
  

• RecycleView/ListView设置itemView 为View.GONE 效果等同于View.Invisible；

RecycleView滑动体验

1.ViewPager与横向RecyclerView之间的滑动冲突

目前，企鹅FM项目中，很多页面使用ViewPager+ TabLayout （如首页、详情页、搜索结果页等），而对应页面很多时候会嵌套一个横向RecycleView，用来展现更多的信息，如下，在RecycleView中滑动到最后一个元素时，会同时带动ViewPager滑动，这种体验极差。

原因分析：

作为子View 的RecyclerView在滑到最后一个或第一个ItemView到导致ViewPager滑动，这一定是ViewPager在此刻对滑动事件进行了拦截，解决的最简单办法就是不让ViewPager拦截横向RecyclerView的滑动事件（即ViewPager::onInterceptTouchEvent方法返回false），ViewPager::onInterceptTouchEvent中的Move 事件如下：

目前，有以下两种方式使ViewPager 不去拦截横向RecyclerView 滑动事件：

1).在RecyclerView 对应滑动事件分发中调用        

getParent().requestDisallowInterceptTouchEvent(true); 阻止ViewPager对其MOVE或者UP事件进行拦截，但是考虑的因素比较多，而且效果不是太好，故放弃这种方式。

2).修改某些方法，进入到上图if判断中

在滑动横向RecyclerView 到两端时，dx != 0 && !isGutterDrag(mLastMotionX, dx) 肯定满足条件，那说明canScroll()(用来判断一个View以及它的子View是否可以滑动)一定返回了false， 复写canScroll()方法，打log，发现返回果然为false，验证了自己的判断。

解决办法：复写canScroll，当View 是横向RecyclerView(LinearLayoutManager 包含GridLayoutManager)时，直接返回true即可解决问题，解决代码如下：

类似的冲突还有ViewPager 和HorizontalScrollView 等等，解决方式与上面类似。 

2.纵向RecyclerView/ListView 与 横向RecyclerView 之间的滑动冲突

在有些时候因为产品需求，需要在纵向的RecyclerView/ListView内嵌套一个横向的RecyclerView，当这个横向RecyclerView的item 比高度较大的时候(企鹅FM书城排行榜模块)，在横向滑动时，容易导致整体向上滑，体验效果较差，如下图所示（网络图） ：

造成上述现象的原因是：外层纵向滑动的RecyclerView对 横向滑动的RecyclerView 的滑动事件进行了拦截，如下图2 所示，canScrollVertically 此刻为true，因此这里仅仅只判断了Math.abs(dy)>mTouchSlop(可以认为是一个滑动阀值，是一个定值8dp) ，并未判断方向或角度，从而决定是否拦截。

解决办法 ：

既然RecyclerView::onInterceptTouchEvent 内部没有判断滑动角度或方向，那我们就人为去判断，在上面判读的基础上继续判断 Math.abs(dy) 和Math.abs(dx) 的大小，从而决定是否拦截：具体分析细节可参照此地址：

https://www.bbsmax.com/A/pRdBnnYadn/

使用上述方法，可以很快解决上述滑动体验问题，那是不是只有上述一种解决方式了，答案是否定的，作为一名Android 开发者我们知道，除了上述方式拦截滑动事件外，我们还可以通过getParent().requestDisallowInterceptTouchEvent(true); 让父RecyclerView不去拦截横向滑动，如下是RecyclerView::onTouchEvent() ，内部已经实现了requestDisallowInterceptTouchEvent(true) 。

我们需要考虑的是，当我们横向上或横向下滑动时，需要 进入上图中1的判断 ，2的判断还未满足，此时内部横向RecyclerView 会拦截内部itemView的滑动事件，进而执行自己的onTouchEvent事件，从而调用requestDisallowInterceptTouchEvent(true) ，让外层RecyclerView不去拦截内部RecyclerView的横向滑动事件，至此需要解决如何保证先进入1判断而不进入2判断。

解决办法：通过调整TouchSlop值的大小 

在开始我们已介绍RecyclerView 的默认TouchSlop 值是8dp，如果要先保证进入1判断条件，必须调大TouchSlop值（反射获取），经过调整TouchSlop (按倍数调整比较简单，可以先知道一个大致范围)验证，当TouchSlop扩大1倍时就能满足条件。

总结：上述两种方式各有优缺点，方法1，对原生RecyclerView 侵入性较强（特别是对RecyclerView 进行多层封装的情况下，影响比较大），优点是TouchSlop 值保持与系统一致，不会带来其他未知问题；方法 2 ，修改方式简单，入侵性小，缺点，需要调整TouchSlop 值，可能还会带来其他问题。

3.横向RecyclerView  ItemView 滑动不停留在中间态

如下图所示，正在滑动的模块是书城——排行榜模块，排行榜模块主要由横向RecyclerView 构成，内部包含两个榜单形式，列举前top3的内容，在（2）的基础上解决了纵向RecyclerView 嵌套横向RecyclerView 滑动问题外，还有有个小问题那就是，RecyclerView  ItemView 滑动多少就停在那里，这种效果不是我们想要的，我们想要的是滑到左边就显示第一个榜单，滑到右边就显示第二个榜单。

那有没有好的办法做到这一点了，官方考虑到这一点，针对RecyclerView 滑动情况，详细介绍可以自己去查一查，使用相当简单，针对上述问题解决方式如下：

4.记录、恢复RecyclerView 滚动偏移位置

熟悉RecyclerView 缓存的同学应该知道（后面在也会介绍RecyclerView缓存机制），当RecyclerView中的itemView 滑出屏幕后会缓存在mCacheView 中（默认缓存最大数是2），因此当滑出屏幕超过2后，再滑回来，原来的位置信息都会被重置，对于一般的RecyclerView 没有什么影响，但是如果内嵌了一个横向RecyclerView （如下图中分类模块位置） ，起初”悬疑推理“ 在一排第一个位置，向左滑动到其他位置后，再纵向滑动外层RecyclerView ，发现分类模块第一个又变成了”悬疑推理“ ，这个是产品不能接受的。

那如何修正上述问题了，RecyclerView 布局 及位置相关信息都是由对应LayoutManager决定，因此查看对应LayoutManager::onSaveInstanceState() 如下所示，内部确实记录了position及offset 值。

解决办法步骤：

(1).在Adapter::onViewRecycled 中保存对应LayoutManager的onSaveInstanceState ,同时记录保存下来

(2).在setData()数据给Adapter 时，恢复对应LayoutManager 之前保存在数据信息

(3).保存记录RecyclerView 后的效果

RecycleView入坑

1.RecyclerView 导致的内存泄漏（support 26 + 7.0以下机型）

在进行4.0 版本迭代时，发现在之前的广播聚合页存在RecyclerView导致的内存泄漏，下图为内存泄漏的引用链，引用对象可以追到GapWorker。这里的RecyclerView是一个横向的RecyclerView ，作为广播聚合页（ListView）的HeaderView。

由于广播页面是比较老的页面，最近几个版本也未发现此类泄漏，细细想一下，可能与RecyclerView 版本有关（4.0版本直接将support 库由23.1升级到26.1版本），刚好这几个版本，support 库 修复了修复很多RecyclerView 的bug 及添加了许多新功能。通过AndroidXRef 查询知（查询结果如下），GapWorker 果然是在support 26 新增的。

查看GapWorker ，里面sGapWorker 是一个ThreadLocal 带GapWorker 的对象，同时维持了一个RecyclerView 的List对象（通过add  和remove 方法进行）。

而GapWorker的add 和remove 方法分别在RecyclerView::onAttachedToWindow 和RecyclerView::onDetachedFromWindow 中调用，如下图所示：

根据上面的引用链知，RecyclerView::onDetachedFromWindow 方法 没有被主动调用，断点验证，在退出广播页面的时候也没有调用（导致泄漏），按理说在滑动离屏的时候就应该调用的，难道和RecylerView 做为ListView 的HeaderView 有关，顺着这条思路发现果然和上述使用方式有关。

之前遇到过：ListView 嵌套GridView时，GridView数据错乱问题（7.0及其以上有问题），里面刚好说明了7.0及其以上版本，官方修正了RecylerView 做为ListView 的HeaderView 情况，滑出屏幕，不调用onDetachedFromWindow()的原因，具体如下：

从分析中，可以获取到两个重要的信息：

• GapWorker 是在support 26 以上才有的，且SDK_INT>=21，才会进行对应add 和remove 操作 ；

• 在SDK_INT< 24（7.0） 时，不会主动调用View::dispatchDetachedFromWindow()。
  

因此，上述问题的解决办是：在对应Fragment 的onDetach() 或 其他场景主要去调用上图中的ViewGroup::removeDetachedView()  (这里需要使用反射)，具体如下：

2.RecyclerView调用notifyDataSetChanged 会闪烁

直接看此文章就可以了，地址为：

https://www.jianshu.com/p/29352def27e6

3.RecycleView /ListView 设置itemView 为View.GONE 效果等同于View.Invisible

 解决办法：

将itemView 的宽高设置成 0 ，重新设置一下LayoutParams

如你有好的文章想和大家分享欢迎投稿，直接向我投递文章链接即可

---

Java和Android架构

微信扫描或者点击下方二维码领取Android\Python\AI\Java等高级进阶资源

关注后回复“百度”、“阿里”、“腾讯”、“资源”有惊喜

公众号：JANiubility

欢迎加入我们的Java和Android架构圈，已有近1000人加入学习交流，更多学习资源更新，更多交流进步

更多学习资料点击下面的“阅读原文”获取