安卓易学，爬坑不易—腾讯老司机的RecyclerView局部刷新爬坑之路

优化之前的效果：

优化之后的效果：

可以看到，优化之后，列表中的这张大图不在有一闪一闪亮晶晶的效果了！

1. 分析为什么会闪一下

2. 对分析的可能造成闪动的问题进行解决

3. 验证是否解决

我们的需求是大家已经看到了，点击打分，弹出一个对话框，点击一个分数，这时候，通过一些列复杂的转换（当然不是本文的论述的重点），这时候到了要更新列表项了，如是很自然，我们会这么做：

1. 流传甚为广泛的一种说法，imageView的宽高不固定导致的（wrap_content）？

2. 这个是RecyclerView自带的更新动画效果导致的？

3. 这个是因为图片加载框架(glide 的 animte)的动画效果导致的？

4. getView中（RecyclerView中是onBindViewHolder）加载图片的时候，设置一个tag，当发现这个imageView的tag和之前的tag一致时就不加载

1、对于第一种，我的做法是自己写了一个自定义的imageView，重写omMeasure方法，如下：

因为我们的这个列表项中的图片是（高=宽）的，因此，我才这么写，这样写也有一个好处，不用在onBindViewHolder中去动态的计算出高度，然后在已layoutParm的方式设置给imageView，相信不少小伙伴都做过了吧！

然而，遗憾的是，他并没有解决闪一下的问题！此时这个闪动的原因显然不在这里，但是这里做的，可以保留下来。

的做法：

以及也尝试了这种

然而，那种渐变的闪动消失了，但是，取而代之的是一种更加不可接受的闪动，这里就不用gif展示了，因此原因也并不在此处。

3、对于对三种说法，我也去尝试了一下将glide加载改为：

然而得到的依然是一个失望的结果，依然没有解决闪动的问题，原因也不在此处。

4、那么，就剩下最后一个猜测了，那么会不会是它呢？那就试试吧，于是代码改为：

好吧，此时已经有点崩溃了，显然这个也不是我要的结果，那么此时是否应该在静下来想一想，自己对于可能的几种原因做过的一些对策，是否有哪里遗漏了。经过思考，发现并没有！！那么一定是还有其他的原因，没有考虑到！

还是去翻一翻RecyclerView的api吧，我注意到了这个api：

可以看到这里有一个payload的参数，use null to identify a "full" update这是说如果传null就是全部更新，回过头去看一看我们之前的调用方式：

看一下源码，发现

实际上，payload这个参数就是传的null，那也就是说如果传一个不为null的参数，就可以对列表项中的具体控件更新了？

http://stackoverflow.com/questions/33176336/need-an-example-about-recyclerview-adapter-notifyitemchangedint-position-objec

我了解到这个方法的使用方式是这样的：

然来，onBindViewHolder有这么一个重载方式，如是我也这么做了，在下面这个重载中，去更新我想更新的控件：

然后，更新的方式变成了这种：

是骡子是马，那就在遛一遛吧！

http://stackoverflow.com/questions/32463136/recyclerview-adapter-notifyitemchanged-never-passes-payload-to-onbindviewholde

需要重写这个动画，让永远返回true，已达到newHolder和olderHolder是同一个，然而，这真的就是我的救命稻草吗？

那么，到底，到底问题出在何处？会不会是XrecyclerView的问题？根据调用栈，我看到第一个onBindViewHolder被执行了，往上面跟，发现XrecyclerView的实现果然存在问题！

如图，作者仅仅只实现了，不带payload的方法，最后adapter调用的只有不带paylaod的方法！所以，重写一个吧！

实际上RecyclerView做局部刷新是非常容易的，其实就是使用好带payload参数的这个notifyItemRangeChanged方法，以及override带payload的这个onBindViewHolder方法，在onBindViewHolder中去刷新你想更新的控件即可，并非是网上传闻的那些原因，当然此处爬坑时间之长，也可能更选用开源控件不当有关，所以，选择开源控件，要谨慎再谨慎！