详解Android_性能优化之ViewPager加载成百上千高清大图oom解决方案

一、背景

最近做项目需要用到选择图片上传，类似于微信、微博那样的图片选择器，contentresolver读取本地图片资源并用recyclerview+glide加载图片显示就搞定列表的显示，这个没什么大问题，重点是，点击图片进入大图浏览，比如你相册有几百张图片，也就意味着在viewpager中需要加载几百个view，况且手机拍出来的图片都是1-2千万左右像素的高清大图(笔者手机2千万像素 也就是拍照出来的照片3888*5152)，大小也有5-7个兆，viewpager滑动不了十几张就oom了，即是对图片做了压缩处理，把图片分辨率降低至1366*960，大小压缩至150k以下，并且在viewpager的destroyitem方法做了bitmap资源的回收，虽然效果好了点，这也抵挡不了oom的降临（网上查找的方案都是压缩、使用第三方控件、回收，其实这都没用，可能他们没有真正体验过viewpager加载几百上千张大图的感受），浏览到了第50-70张的时候就oom了 内存一直暴涨，根本回收不了的，不信你们试试，压缩和回收根本不能根治问题，那么怎么解决呢？研究了微信和微博，他们怎么也不会oom，最后我想到了一种解决方案。

二、方案实施

1、以往的普通做法

部分代码：

list<subsamplingscaleimageview> mviews = new arraylist<>(); 
     
    int size = mdatas.size(); 
    for (int i = 0; i < size; i++) { 
      subsamplingscaleimageview view = new subsamplingscaleimageview(this); 
      mviews.add(view); 
    } 
 
    mbinding.viewpager.setadapter(new myadapter()); 

class myadapter extends pageradapter { 
 
    @override 
    public int getcount() { 
      return mdatas.size(); 
    } 
 
    @override 
    public boolean isviewfromobject(view view, object object) { 
      return view == object; 
    } 
 
    @override 
    public object instantiateitem(viewgroup container, final int position) { 
 
      viewgroup.layoutparams params = new viewgroup.layoutparams( 
          viewpager.layoutparams.match_parent,viewpager.layoutparams.match_parent); 
      final subsamplingscaleimageview imageview = mviews.get(position); 
      imageview.setlayoutparams(params); 
 
      final string url = mdatas.get(position); 
      string cacheexists = cacheexists(url); 
      if(textutils.isempty(cacheexists)) {//没缓存 需要压缩(压缩耗时 异步) 
        new asynctask<void, void, string>() { 
          @override 
          protected string doinbackground(void... voids) { 
            string cachenoexistspath = getcachenoexistspath(url); 
            bitmapcompressutils.compressbitmap(url, cachenoexistspath); 
            file file = new file(cachenoexistspath); 
            if (file.exists()) {//存在表示成功 
              return cachenoexistspath; 
            } else { 
              return url; 
            } 
          } 
 
          @override 
          protected void onpostexecute(string s) { 
            imageview.setimage(imagesource.uri(s)); 
          } 
 
        }.execute(); 
 
 
      } else {//有缓存 直接显示 
        imageview.setimage(imagesource.uri(cacheexists)); 
      } 
 
      container.addview(imageview); 
      return imageview; 
 
    } 
 
    @override 
    public void destroyitem(viewgroup container, int position, object object) { 
 
      subsamplingscaleimageview imageview = mviews.get(position); 
      if(imageview != null) { 
        imageview.recycle(); 
      } 
 
      container.removeview(imageview); 
 
    } 
  } 

/** 
   * 判断当前图片url对应的压缩过的缓存是否存在 ""表示不存在 
   * 
   * @param url 图片路径 
   * @return 
   */ 
  private string cacheexists(string url) { 
    try { 
      file filedir = new file(mcacherootpath); 
      if(!filedir.exists()) { 
        filedir.mkdirs(); 
      } 
 
      file file = new file(mcacherootpath,new stringbuffer().append(md5encryptorutils.md5encryption(url)).tostring()); 
      if(file.exists()) { 
        return file.getabsolutepath(); 
      } 
    } catch (exception e) { 
      e.printstacktrace(); 
    } 
 
    return ""; 
  } 
 
  public string getcachenoexistspath(string url) { 
    file filedir = new file(mcacherootpath); 
    if(!filedir.exists()) { 
      filedir.mkdirs(); 
    } 
 
 
    return new stringbuffer().append(mcacherootpath) 
        .append(md5encryptorutils.md5encryption(url)).tostring(); 
  } 

可以看到，这里笔者通过自己的压缩算法(上一篇文章android_ndk图片压缩之libjpeg库使用 )做了图片压缩，并缓存，细心的朋友应该有发现mviews集合添加的view个数是mdatas的size大小个数，这样就会导致一个问题viewpager一直向下滑动的时候，内存一直是增加的，即是做了资源回收，也是不能解决问题（况且笔者这里展示图片的控件是subsamplingscaleimageview 很不错的大图局部加载控件 能有效防止oom），大家可以试试，大量图片的时候还是会oom，这得归根于viewpager加载的图片数量问题。

2、解决方案：

图片压缩也做了，资源回收也做了，但是viewpager加载越来越多图片的时候就会oom 你避免不了，不信你试试；

这里就要用到viewpager的view的重用机制(自己理解的)，也就是mviews我们固定给定个数量，如4，这样viewpager的i实际所需要的item也就只有4个。

修改后的部分代码：

for (int i = 0; i < 4; i++) { 
      subsamplingscaleimageview view = new subsamplingscaleimageview(this); 
      mviews.add(view); 
    } 
 
    mbinding.viewpager.setadapter(new myadapter()); 

class myadapter extends pageradapter { 
 
    @override 
    public int getcount() { 
      return mdatas.size(); 
    } 
 
    @override 
    public boolean isviewfromobject(view view, object object) { 
      return view == object; 
    } 
 
    @override 
    public object instantiateitem(viewgroup container, final int position) { 
 
      viewgroup.layoutparams params = new viewgroup.layoutparams( 
          viewpager.layoutparams.match_parent,viewpager.layoutparams.match_parent); 
 
      int i = position % 4; 
      final subsamplingscaleimageview imageview = mviews.get(i); 
      imageview.setlayoutparams(params); 
 
      final string url = mdatas.get(position); 
      string cacheexists = cacheexists(url); 
      if(textutils.isempty(cacheexists)) {//没缓存 需要压缩(压缩耗时 异步) 
        new asynctask<void, void, string>() { 
          @override 
          protected string doinbackground(void... voids) { 
            string cachenoexistspath = getcachenoexistspath(url); 
            bitmapcompressutils.compressbitmap(url, cachenoexistspath); 
            file file = new file(cachenoexistspath); 
            if (file.exists()) {//存在表示成功 
              return cachenoexistspath; 
            } else { 
              return url; 
            } 
          } 
 
          @override 
          protected void onpostexecute(string s) { 
            imageview.setimage(imagesource.uri(s)); 
          } 
 
        }.execute(); 
 
 
      } else {//有缓存 直接显示 
        imageview.setimage(imagesource.uri(cacheexists)); 
      } 
 
      container.addview(imageview); 
      return imageview; 
 
    } 
 
    @override 
    public void destroyitem(viewgroup container, int position, object object) { 
      int i = position % 4; 
      subsamplingscaleimageview imageview = mviews.get(i); 
      if(imageview != null) { 
        imageview.recycle(); 
      } 
 
      container.removeview(imageview); 
 
    } 

很简单的修改 就能有效防止oom  利用position%4拿到第几个控件从mviews取值,保证了viewpager加载的mviews存储的图片为4个

看一直向下滑动的内存走势图

内存基本维持稳定

三、demo演示

因为要读取相册就没再模拟器运行录制gif ，直接截图

 

demo下载：demo

四、总结

这个只是简单的演示，实际项目中的相册比这个复杂多了，简单说就是要压缩，要回收，view重用。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。