本文涉及的代码案例可以在下方的链接中找到,如果对你有帮助,请给个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. Quartz.NET 配置文件详解

    Ø  前言 在之前的 使用 Topshelf 结合 Quartz.NET 创建 Windows 服务 文章中,使用到了 Quartz 的两个配置文件 quartz.config 和 quartz_jo ...

  2. SSH整合方案一(带有hibernate.cfg.xml)

    整体结构 1.导入响应的jar包 2.在web.xml中配置struts的过滤器和spring整合web的监听器 <!--配置Spring整合web的监听器--> <listener ...

  3. l类与对象课后作业

    java 的初始化规律 执行类成员定义时指定的默认值或类的初始化块,到底执行哪一个要看哪一个“排在前面”. 执行类的构造函数. 类的初始化块不接收任何的参数,而且只要一创建类的对象,它们就会被执行.因 ...

  4. Coursera Deep Learning 2 Improving Deep Neural Networks: Hyperparameter tuning, Regularization and Optimization - week2, Assignment(Optimization Methods)

    声明:所有内容来自coursera,作为个人学习笔记记录在这里. 请不要ctrl+c/ctrl+v作业. Optimization Methods Until now, you've always u ...

  5. Windows jdk安装以及版本切换

    Windows jdk版本切换 一.安装 1.下载 官网: Java SE Development Kit 8 Downloads Java SE 7 Archive Downloads 1.7之前的 ...

  6. ES6走一波 Proxy/Reflect

    Proxy:像拦截器,对目标对象修改等进行拦截,是一种元编程(meta programming),即修改JS语言本身. //生成proxy实例,两个参数都是对象,targetObj是要拦截的目标对象, ...

  7. day 3 - 2 数据类型练习

    1.有变量 name = " aleX leNB " 完成如下操作 name = " aleX leNB " # 1) 移除两端空格n1 = name.stri ...

  8. Django REST Framework API Guide 05

    本节大纲 1.Serializer fields 2.Serializer relations Serializer fields 1.serializer 字段定义在fields.py文件内 2.导 ...

  9. react-踩坑记录——页面底部多出一倍高度的空白

    挂载slider组件后页面底部多出一倍高度的空白,如下: slider组件内容⬇️: class Slider extends Component{ constructor(){ super(); } ...

  10. Pickup Objective Actor

    在角色的头文件中,添加一个布尔变量,设为共有状态,用来判断是否携带目标物体,并暴露给蓝图,类型为仅蓝图可读 UPROPERTY(BlueprintReadOnly,Category="Gam ...