本文涉及的代码案例可以在下方的链接中找到,如果对你有帮助,请给个Star(#^.^#)

https://github.com/CodeTillDoom/StaggeredRcl

问题分析

这段时间业务需求用到RecyclerView瀑布流加载并展示大批量图片,但一开始单纯使用RecyclerView直接加载图片,使得显示上出现了滑动到顶端时闪烁,Item自动切换位置(切换后数据与展示的画面并不一致),顶端出现空白等等问题,体验上十分差劲,于是开始了优化之旅。现在把优化过程和方法记录下来,供有用者参考。

这是优化之前的展示画面,可以看到存在诸多问题。

解决方案
①  在网上查阅资料时,有网友提供了一个解决方案

layoutManager.setGapStrategy(StaggeredGridLayoutManager.GAP_HANDLING_NONE)

这种方法确实可以解决滑动到顶端时Item左右切换的问题,但远远不够。加载瀑布流时仍然存在列的跳动、闪烁、顶端有空白等问题,需要进一步优化。

②  为什么会出现这种列跳动、item闪烁、空白的问题呢?经过分析,应该是由于我们加载的图片高度不确定(宽度确定因为可以根据屏幕宽度和每行Item数目进行等分),而当我们向RecyclerView下方滑动一段距离后,由于ViewHolder的回收机制,item的尺寸并不确定,滑回到上方时Item需要重新自行绘制,于是这个又导致重绘,所以会有闪烁、跳动、空白等问题。说到底,只要我们在重绘前确定了Item的尺寸,那么就可以避免Item去重新计算自己的尺寸,就可以避免重绘导致的诸多问题。

这个时候有同学会说了,那我不让RecyclerView回收不就完了,需要你搞这些七拐八弯的门道吗?对于这些同学我只能说:OOM了解一下。

既然方案有了,接下来就是开干。

我们从后台请求到图片后,先将其下载下来,再使用一个IntentService,根据Url获取Bitmap(不要问我怎么获取Bitmap,Glide都不会用那你也不用看这篇文章了,也不要问我为什么要用IntentService,后台执行懂不懂,用完即弃懂不懂)。

首先成功从后台拉取到图片后,启动IntentService,处理图片

ImageService.startService(MainActivity.this, data, mSubtype);

处理过程:使用IntentService根据url获取Bitmap,在子线程中处理图片,用完后Service自行结束,再使用EventBus通知主线程说:老哥,我处理完了,你可以展示了。

public class ImageService extends IntentService {
public DataService() {
super("");
} public static void startService(Context context, List<GirlItemData> datas, String subtype) {
Intent intent = new Intent(context, ImageService.class);
intent.putParcelableArrayListExtra("data", (ArrayList<? extends Parcelable>) datas);
intent.putExtra("subtype", subtype);
context.startService(intent);
} @Override
protected void onHandleIntent(Intent intent) {
if (intent == null) {
return;
} List<GirlItemData> datas = intent.getParcelableArrayListExtra("data");
String subtype = intent.getStringExtra("subtype");
handleGirlItemData(datas, subtype);
} private void handleGirlItemData(List<GirlItemData> datas, String subtype) {
if (datas.size() == ) {
EventBus.getDefault().post("finish");
return;
}
for (GirlItemData data : datas) {
Bitmap bitmap = ImageLoader.load(this, data.getUrl());
if (bitmap != null) {
data.setWidth(bitmap.getWidth());
data.setHeight(bitmap.getHeight());
} data.setSubtype(subtype);
}
EventBus.getDefault().post(datas);
}
}

处理完再在Adapter中加载:

public class GirlAdapter extends BaseQuickAdapter<GirlItemData, BaseViewHolder> {

    public GirlAdapter(){
super(R.layout.item_girl_layout);
} @Override
protected void convert(BaseViewHolder helper, GirlItemData item) {
ScaleImageView imageView = helper.getView(R.id.girl_item_iv);
imageView.setInitSize(item.getWidth(), item.getHeight());
ImageLoader.load(BaseApplication.getContext(),
item.getUrl(), imageView);
} public void deleteItem(int position){
remove(position);
notifyDataSetChanged();
}
}

这个时候我们可以发现:瀑布流确实也不闪烁了,也不突然切换列了,空白现象好像也消失了。

但是还是有不对的地方:瀑布流加载的速度慢了许多。。。这个问题可能比较严重了,用户打开5s还看到的是一片空白,于是回到桌面把我们app卸了。。。

为什么会出现这个问题呢?因为在优化以前,我们从后台得到Json文件(包括图片id,url,owner等),瀑布流二话不说就开始加载了,Glide再根据url去下载图片,下载完一张就在瀑布流中展示出一张,下载之前展示的是占位图。

而优化之后呢?比如我们一次性拉取到10张照片的json数据,我们需要完整下载10张图片,处理完长宽信息,才能展示出来,这个时间就久了。

所以,这个时候只能给后台同学提需求了:下放的Json数据需要包含图片的长宽信息,这样我们就不用在客户端处理了。

所以,上方的代码,适用于后台同学不给加需求的情况

③  最后,我们在测试中发现,在瀑布流中删除某个Item之后,滑回到首页仍然有小概率出现顶方存在空白的情况。对于这种问题,只需要给RecyclerView设置监听,假如删除过Item且滑回到首页,就再刷新一次Adapter。

mRecyclerView.addOnScrollListener(new RecyclerView.OnScrollListener() {
@Override
public void onScrollStateChanged(RecyclerView recyclerView, int newState) {
super.onScrollStateChanged(recyclerView, newState);
} @Override
public void onScrolled(RecyclerView recyclerView, int dx, int dy) {
super.onScrolled(recyclerView, dx, dy);
if (isItemDeleted){
StaggeredGridLayoutManager layoutManager = (StaggeredGridLayoutManager) recyclerView.getLayoutManager();
int[] firstVisibleItem = null;
firstVisibleItem = layoutManager.findFirstVisibleItemPositions(firstVisibleItem);
if (firstVisibleItem != null && firstVisibleItem[] == ) {
if (mAdapter!=null) {
isItemDeleted = false;
mAdapter.notifyDataSetChanged();
}
}
}
}
});

基本上以上三个解决方案可以应对瀑布流中Item错乱的大多数情况了。

优化后的瀑布流还是很稳定的,看小姐姐很得劲:

想看更多好看的小姐姐可以前往下方链接下载本文源码,有帮助请给个Star(#^.^#)

https://github.com/CodeTillDoom/StaggeredRcl

Android瀑布流优化,解决Recyclerview展示大批量图片时Item自动切换、闪烁、空白等问题的更多相关文章

  1. Android开发中如何解决加载大图片时内存溢出的问题

    Android开发中如何解决加载大图片时内存溢出的问题    在Android开发过程中,我们经常会遇到加载的图片过大导致内存溢出的问题,其实类似这样的问题已经屡见不鲜了,下面将一些好的解决方案分享给 ...

  2. 转载—— android 瀑布流的实现详解,附源码

    介绍 参考自:https://github.com/dodola/android_waterfall,因为原来的代码封装不好,所以,我根据源码的思路,重新写了一遍,所以有了现在这个项目:https:/ ...

  3. 图片_ _Android有效解决加载大图片时内存溢出的问题 2

    Android有效解决加载大图片时内存溢出的问题 博客分类: Android Android游戏虚拟机算法JNI 尽量不要使用setImageBitmap或 setImageResource或 Bit ...

  4. Android 解决RecyclerView瀑布流效果结合Glide使用时图片变形的问题

    问题描述:使用Glide加载RecyclerView的Item中的图片,RecyclerView使用了瀑布流展示图片,但是滚动时图片会不断的加载,并且大小位置都会改变,造成显示错乱. 解决方法:使用瀑 ...

  5. 解决RecyclerView瀑布流效果结合Glide使用时图片变形的问题

    问题描述:使用Glide加载RecyclerView的Item中的图片,RecyclerView使用了瀑布流展示图片,但是滚动时图片会不断的加载,并且大小位置都会改变,造成显示错乱. 解决方法:使用瀑 ...

  6. android 瀑布流

    我们还是来看一款示例: 看起来很像我们的gridview吧,不过又不像,因为item大小不固定的,看起来是不是别有一番风味,确实如此.就如我们的方角图形,斯通见惯后也就出现了圆角.下面我简单介绍下实现 ...

  7. Android瀑布流照片墙实现,体验不规则排列的美感

    转载请注明出处:http://blog.csdn.net/guolin_blog/article/details/10470797 传统界面的布局方式总是行列分明.坐落有序的,这种布局已是司空见惯,在 ...

  8. android瀑布流效果(仿蘑菇街)

    Android 转载分享(10)  我们还是来看一款示例:(蘑菇街)           看起来很像我们的gridview吧,不过又不像,因为item大小不固定的,看起来是不是别有一番风味,确实如此. ...

  9. android 瀑布流效果(仿蘑菇街)

    我们还是来看一款示例:(蘑菇街)           看起来很像我们的gridview吧,不过又不像,因为item大小不固定的,看起来是不是别有一番风味,确实如此.就如我们的方角图形,斯通见惯后也就出 ...

随机推荐

  1. Win10下Prolific USB-to-Serial Comm Port驱动提示不能使用

    选择从计算机的设备驱动程序列表中选取 选择第一个安装即可.

  2. 【bzoj 3779】重组病毒

    Description 黑客们通过对已有的病毒反编译,将许多不同的病毒重组,并重新编译出了新型的重组病毒.这种病毒的繁殖和变异能力极强.为了阻止这种病毒传播,某安全机构策划了一次实验,来研究这种病毒. ...

  3. 在PHP中使用CURL,“撩”服务器只需几行

    在PHP中使用CURL,“撩”服务器只需几行https://segmentfault.com/a/1190000006220620 七夕啦,作为开发,妹子没得撩就“撩”下服务器吧,妹子有得撩的同学那就 ...

  4. cpp 常量函数(函数后加const)

    const用在成员函数后 主要是针对类的const 对象 如: class Text{ public:     void printconst(void)const{cout<<" ...

  5. luogu P4173 残缺的字符串

    传送门 两种做法,一种是依次考虑每种字符,然后如果某个位置是该字符或者是\(*\)对应的值就是1,否则是0,然后把第一个串倒过来,fft卷积起来,最后看对应位置的值是否为m 然而上面那个做法在字符集大 ...

  6. @Component注解的解析

    今天在写程序的时候看见一个以前没有见过的注解(@Component),在网上查找过后,经过实践,决定把它记录下来. 1.@controller 控制器(注入服务) 用于标注控制层,相当于struts中 ...

  7. Spark Streaming连接Kafka的两种方式 direct 跟receiver 方式接收数据的区别

    Receiver是使用Kafka的高层次Consumer API来实现的. Receiver从Kafka中获取的数据都是存储在Spark Executor的内存中的,然后Spark Streaming ...

  8. python 的基础 学习 第三

    1,in ,not in 判断子元素是是否在原字符串(字典,列表,集合)中,主要是用在检测敏感字 print('a' in 'abcchhhhd') 有则返回True, print('j' in 'a ...

  9. JavaScript编程基础2

    1,数据类型相关操作 使用typeof x函数查看变量的数据类型: typeof "John" // 返回 string typeof 3.14 // 返回 number type ...

  10. 将mnist数据集保存成numpy格式

    import numpy as np from urllib import request import gzip import pickle filename = [ ["training ...