universalimageloader在listview,gridview中滚动时重复加载图片的问题及解决方法.docxVIP

universal image loader在listview/gridview中滚动时重复加载图片的问题及解决方法 在listview/gridview中使用UIL来display每个item的图片,当图片数量较多需要滑动滚动时会出现卡顿,而且加载过的图片再次上翻后依然会重复加载(显示设置好的加载中图片)最近在使用UIL遇到了这个问题,相信这个问题许多使用UIL的人都碰到过现在把解决方法贴出来给有同样问题的朋友做参考先看下UIL的工作流程在已经允许内存,存储卡缓存的前提下,当一个图片被请求display时,首先要判断图片是否缓存在内存中,如果false则尝试从存储卡读取,如果依然不存在最后才从网络地址下载从内存读取的速度最快,存储卡次之,在我们滚动listview的时候,如果是从内存加载图片则会显得非常流畅,如果是存储卡就会先出现载入中图片然后再显示实际图片我们通常认为已经读过一次的图片自然将会加入内存缓存中,那么下一次读取将是直接从内存中读取,但是实际上载入过的图片在滑动出屏幕再滑动回来后依然会再次从存储卡读取,这主要是UIL的缓存策略引起的一个疑似BUG查看UIL的源码,displayImage函数 public void displayImage(String uri, ImageView imageView, DisplayImageOptions options) { displayImage(uri, new ImageViewAware(imageView), options, null, null); }会有ImageAware接口的一个实例化,这个默认的实例化有个重要的参数 :checkActualViewSize 具体说明如下 public ViewAware(View view) { this(view, true); } /** * Constructor * * @param view {@link android.view.View View} to work with * @param checkActualViewSize btrue/b - then {@link #getWidth()} and {@link #getHeight()} will check actual *size of View. It can cause known issues like *a href=/nostra13/Android-Universal-Image-Loader/issues/376this/a. * But it helps to save memory because memory cache keeps bitmaps of actual (less in * general) size. *p/ *bfalse/b - then {@link #getWidth()} and {@link #getHeight()} will bNOT/b * consider actual size of View, just layout parameters. br / If you set false *its recommended android:layout_width and android:layout_height (or * android:maxWidth and android:maxHeight) are set with concrete values. It helps to * save memory. */ public ViewAware(View view, boolean checkActualViewSize) { if (view == null) throw new IllegalArgumentException(view must not be null); this.viewRef = new WeakReferenceView(view); this.checkActualViewSize = checkActualViewSize; }这个参数会影响缓存时的key名称,当图片第一次缓存时,当时图片并未下载,自然无法获得图片的长宽尺寸,这时UIL会使用配置预设的maxwidth和maxheight为长宽,缓存的key名称为类似这样:url_widthx