android 瀑布流 随机宽度,Android瀑布流优化，解决Recyclerview展现大批量图片时Item自动切换、闪烁、空白等问题...

本文涉及的代码案例能够在下方的连接中找到，若是对你有帮助，请给个Star(#^.^#)git

问题分析json

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

这是优化以前的展现画面，能够看到存在诸多问题。ide

解决方案

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

layoutManager.setGapStrategy(StaggeredGridLayoutManager.GAP_HANDLING_NONE)

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

②  为何会出现这种列跳动、item闪烁、空白的问题呢？通过分析，应该是因为咱们加载的图片高度不肯定(宽度肯定由于能够根据屏幕宽度和每行Item数目进行等分)，而当咱们向RecyclerView下方滑动一段距离后，因为ViewHolder的回收机制，item的尺寸并不肯定，滑回到上方时Item须要从新自行绘制，因而这个又致使重绘，因此会有闪烁、跳动、空白等问题。说到底，只要咱们在重绘前肯定了Item的尺寸，那么就能够避免Item去从新计算本身的尺寸，就能够避免重绘致使的诸多问题。优化

这个时候有同窗会说了，那我不让RecyclerView回收不就完了，须要你搞这些七拐八弯的门道吗？对于这些同窗我只能说：OOM了解一下。ui

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

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

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

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

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

public classImageService extends IntentService {publicDataService() {

super("");

}public static void startService(Context context, Listdatas, String subtype) {

Intent intent= new Intent(context, ImageService.class);

intent.putParcelableArrayListExtra("data", (ArrayList extends Parcelable>) datas);

intent.putExtra("subtype", subtype);

context.startService(intent);

}

@Overrideprotected voidonHandleIntent(Intent intent) {if (intent == null) {return;

}

List datas = intent.getParcelableArrayListExtra("data");

String subtype= intent.getStringExtra("subtype");

handleGirlItemData(datas, subtype);

}private void handleGirlItemData(Listdatas, String subtype) {if (datas.size() == 0) {

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{publicGirlAdapter(){

super(R.layout.item_girl_layout);

}

@Overrideprotected voidconvert(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(intposition){

remove(position);

notifyDataSetChanged();

}

}

这个时候咱们能够发现：瀑布流确实也不闪烁了，也不忽然切换列了，空白现象好像也消失了。

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

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

而优化以后呢？好比咱们一次性拉取到10张照片的json数据，咱们须要完整下载10张图片，处理完长宽信息，才能展现出来，这个时间就久了。

因此，这个时候只能给后台同窗提需求了：下放的Json数据须要包含图片的长宽信息，这样咱们就不用在客户端处理了。

因此，上方的代码，适用于后台同窗不给加需求的状况

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

mRecyclerView.addOnScrollListener(newRecyclerView.OnScrollListener() {

@Overridepublic void onScrollStateChanged(RecyclerView recyclerView, intnewState) {

super.onScrollStateChanged(recyclerView, newState);

}

@Overridepublic void onScrolled(RecyclerView recyclerView, int dx, intdy) {

super.onScrolled(recyclerView, dx, dy);if(isItemDeleted){

StaggeredGridLayoutManager layoutManager=(StaggeredGridLayoutManager) recyclerView.getLayoutManager();int[] firstVisibleItem = null;

firstVisibleItem=layoutManager.findFirstVisibleItemPositions(firstVisibleItem);if (firstVisibleItem != null && firstVisibleItem[0] == 0) {if (mAdapter!=null) {

isItemDeleted= false;

mAdapter.notifyDataSetChanged();

}

}

}

}

});

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

优化后的瀑布流仍是很稳定的，看小姐姐很得劲：

想看更多好看的小姐姐能够前往下方连接下载本文源码，有帮助请给个Star(#^.^#)