本文原创,转载请注明出处http://blog.csdn.net/selfreeyuan/article/details/50697227
-RecycleView的图片错乱问题跟ListView和GridView的图片错乱原因有相同之处,都是由于ViewHolder的复用而产生的,在加载延迟的情况下,肯定会出现这种图片错乱的现象
-不同的是,RecycleView有自带的Recyler来复用被detach和scrap的holder,而ListView和GridView是通过View的getTag和setTag来复用view,后者的解决方案在网上已经有一大堆,而关于RecycleView的图片错乱问题,在不调用第三方插件的前提下,我暂时未搜出有很好的解决方案
-在本人看来,RecycleView解决图片错乱问题会复杂那么一点
先写一个图片压缩程序compressBitmap()
private static Bitmap compressBitmap(String path) {
Bitmap bitmap;
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeFile(path, options);
int realWidth = options.outWidth;
int realHeight = options.outHeight;
int scale = (realWidth > realHeight ? realHeight : realWidth) / 100;
if (scale <= 1) {
scale = 1;
}
options.inSampleSize = scale;
options.inJustDecodeBounds = false;
bitmap = BitmapFactory.decodeFile(path, options);
return bitmap;
}
由于这种图片压缩的方法需要消耗一定的时间,如果不通过开启新线程来处理的话,RecycleView的滑动将会十分卡顿,那么我们先写一个后台出来压缩图片的线程,代码如下:
public static class MyCompressTask extends AsyncTask<Integer, Void, Bitmap> {
Bitmap bitmap;
private MyHolder holder;
public MyCompressTask(MyHolder holder) {
this.holder = holder;
}
@Override
protected Bitmap doInBackground(Integer... params) {
Log.v("compress-task", "decoding");
bitmap = compressBitmap(imageInfos.get(params[0]).getPath());
return bitmap;
}
@Override
protected void onPostExecute(Bitmap bitmap) {
holder.imgView.setImageBitmap(bitmap);
Log.v("compress-task", "Done");
}
}
相信接下来对RecycleView不了解的程序员想当然地就会把这个MyDecodeTask应用到RecycleView.ViewHolder中的onBindViewHolder()中去;
千万别这么做,因为RecycleView是通过Recycler来进行holder复用
public void onBindViewHolder(MyHolder holder, int position) {
Log.v("position", position + "");
holder.imgView.setImageBitmap(null);
MyCompressTask task = new MyCompressTask(holder);
task.execute(position);
}
我粗略花了点时间画了了一张图,介绍这种做法会做成图片错乱的原因:
原因就是onBindViewHolder的时候的new MyCompressTask(holder)方法将线程与holder绑定了,假如在滚动之前结果能传送过来还好,视图并不会错乱
假如当结果没生成前进行了滚动,holder1,holder2,holder3已经被复用到下面的视图中去,而这时候CompressTask的OnPostExcute方法才将结果传给holder1,holder2,holder3,图片错乱就是这样产生的
解决方法:
1.当然你可以暴力地阻止holder被复用,holder.setIsRecyclable(false);但这对程序的性能会造成很大的影响,并不建议采用。
2.第二种是我想出来的方法,将CompressTask植入到holder中去,如果holder被复用,cancel掉之前的进程,开始当前新的压缩任务
方法二的ViewHolder代码如下:
public static class MyHolder extends RecyclerView.ViewHolder {
// public TextView txtView;
public ImageView imgView;
private MyCompressTask task;
public MyHolder(View itemView) {
super(itemView);
task = new MyCompressTask(this);
imgView = (ImageView) itemView.findViewById(R.id.imgView);
LinearLayout.LayoutParams lineaParams = (LinearLayout.LayoutParams) imgView.getLayoutParams();
Log.v("pre:w+h", lineaParams.width + ":" + lineaParams.height);
lineaParams.width = (screenWidth - 10) / columnNum;
lineaParams.height = (screenWidth - 10) / columnNum;
Log.v("aft:w+h", lineaParams.width + ":" + lineaParams.height);
// txtView = (TextView)itemView.findViewById(R.id.txtView);
}
public void startTask(int position) {
if (task.getStatus() == AsyncTask.Status.RUNNING) {
task.cancel(true);
task = new MyCompressTask(this);
}
if (task.getStatus() == AsyncTask.Status.FINISHED) {
task = new MyCompressTask(this);
}
task.execute(position);
}
}
然后将adpter中的方法修改如下:
public void onBindViewHolder(MyHolder holder, int position) {
Log.v("position", position + "");
holder.imgView.setImageBitmap(null);
holder.startTask(position);
}
大功告成,所以说RecycleView的图片错乱解决方案要比ListView和GridView稍微复杂一点,但弄懂其中原理的话就很好解决,深入研究RecycleView,相信开发者没有理由不喜欢一个这么好用的类
博客介绍了在多线程环境下,RecycleView出现图片错乱及如何解决的问题。文章指出RecycleView的图片错乱与ListView、GridView相似,都是ViewHolder复用导致。作者提供了一个后台线程压缩图片的方法,同时警告不要直接在onBindViewHolder中使用,因为这可能导致图片错乱。解决办法包括阻止holder复用(不推荐)和在ViewHolder中植入CompressTask,当holder被复用时取消旧任务并开始新任务。
521

被折叠的 条评论
为什么被折叠?



