RecyclerView的局部刷新爬坑之路简述，实际上RecyclerView做局部刷新是非常容易的，其实就是使用好带payload参数的这个notifyItemRangeChanged方法，以及override带payload的这个onBindViewHolder方法，在onBindViewHolder中去刷新你想更新的控件即可，并非是网上传闻的那些原因，当然此处爬坑时间之长，也可能更选用开源控件不当有关，所以，选择开源控件，要谨慎再谨慎！
前几天看到的一篇文章，感觉和我的爬坑经历很像，感觉相见恨晚。
有图有真相，首先来对比一下局部刷新前后的效果：
优化之前的效果：
优化之后的效果：
可以看到，优化之后，列表中的这张大图不在有一闪一闪亮晶晶的效果了！ 那么，这是如何做到的呢？这是本文的重点，本文的大纲主要包括：
分析为什么会闪一下
对分析的可能造成闪动的问题进行解决
验证是否解决
一、为什么会闪一下？
我们的需求是大家已经看到了，点击打分，弹出一个对话框，点击一个分数，这时候，通过一些列复杂的转换(当然不是本文的论述的重点)，这时候到了要更新列表项了，如是很自然，我们会这么做：
因为，操作的那个列表项你是知道他的position，所以你可以这么做，(当然，我之前是直接notifyDataSetChanged的，这个会照成所以不不要的item也会刷新)然而，闪动还是出现了，那么我开始怀疑： 流传甚为广泛的一种说法。
ImageView的宽高不固定导致的(wrap_content)？
这个是RecyclerView自带的更新动画效果导致的？
这个是因为图片加载框架(glide 的 animte)的动画效果导致的？
getView中(RecyclerView中是onBindViewHolder)加载图片的时候，设置一个tag，当发现这个imageView的tag和之前的tag一致时就不加载
二、带着思考，就去尝试吧！
1、对于第一种，我的做法是自己写了一个自定义的imageView，重写omMeasure方法，如下：
因为我们的这个列表项中的图片是(高=宽)的，因此，我才这么写，这样写也有一个好处，不用在onBindViewHolder中去动态的计算出高度，然后在已layoutParm的方式设置给imageView，相信不少小伙伴都做过了吧！
然而，遗憾的是，他并没有解决闪一下的问题！此时这个闪动的原因显然不在这里，但是这里做的，可以保留下来。
2、第二种说法：
以及也尝试了这种
然而，那种渐变的闪动消失了，但是，取而代之的是一种更加不可接受的闪动，这里就不用gif展示了，因此原因也并不在此处。
3、对于对三种说法，我也去尝试了一下将glide加载改为：
然而得到的依然是一个失望的结果，依然没有解决闪动的问题，原因也不在此处。
4、那么，就剩下最后一个猜测了，那么会不会是它呢？那就试试吧，于是代码改为：
这里的做法其实就是设置Tag，那么是骡子是马，拉出来溜溜吧，结果更加令人发指，如图：
好吧，此时已经有点崩溃了，显然这个也不是我要的结果，那么此时是否应该在静下来想一想，自己对于可能的几种原因做过的一些对策，是否有哪里遗漏了。经过思考，发现并没有！！那么一定是还有其他的原因，没有考虑到！
还是去翻一翻RecyclerView的api吧，我注意到了这个api：
可以看到这里有一个payload的参数，use null to identify a “full” update这是说如果传null就是全部更新，回过头去看一看我们之前的调用方式：
看一下源码，发现
实际上，payload这个参数就是传的null，那也就是说如果传一个不为null的参数，就可以对列表项中的具体控件更新了？我了解到这个方法的使用方式是这样的：
然来，onBindViewHolder有这么一个重载方式，如是我也这么做了，在下面这个重载中，去更新我想更新的控件：
然后，更新的方式变成了这种：
是骡子是马，那就在遛一遛吧！
然而，依然是会闪一下！！！这这么会！！！还是调试一下吧，新重载onBindViewHolder方法有没有被执行，一更代码，发现果然没有被执行！
需要重写这个动画，让永远返回true，已达到newHolder和olderHolder是同一个，然而，这真的就是我的救命稻草吗？
那么，是骡子是马，拉出来溜溜吧，然而，并不是马！！进源码看一看
发现其实只要我们传入的payload不为空，那么返回的就是true？重写有意义吗？显然，我重载的onBindViewHolder方法并没有执行的原因显然不是这个。
那么，到底，到底问题出在何处？会不会是XrecyclerView的问题？根据调用栈，我看到第一个onBindViewHolder被执行了，往上面跟，发现XrecyclerView的实现果然存在问题！
如图，作者仅仅只实现了，不带payload的方法，最后adapter调用的只有不带paylaod的方法！所以，重写一个吧！
最后！终于达到了想要的效果了，经过这次爬坑，选择一个开源的框架真滴是需要慎重再慎重。
总结
实际上RecyclerView做局部刷新是非常容易的，其实就是使用好带payload参数的这个notifyItemRangeChanged方法，以及override带payload的这个onBindViewHolder方法，在onBindViewHolder中去刷新你想更新的控件即可，并非是网上传闻的那些原因，当然此处爬坑时间之长，也可能更选用开源控件不当有关，所以，选择开源控件，要谨慎再谨慎！
以上就是对于安卓开发方面的知识点简介，RecyclerView的局部刷新爬坑之路简述，更多相关内容请继续关注拓胜科技安卓技术频道，或者需要了解拓胜安卓培训方面的问题，可以在线免费咨询拓胜教育老师。
