详解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重用。

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

(0)

相关推荐

  • Android ViewPager实现图片轮播效果

    在app中图片的轮播显示可以说是非常常见的实现效果了,其实现原理不过是利用ViewPager,然后利用handler每隔一定的时间将ViewPager的currentItem设置为当前item的position+1即可.先来看看效果图吧: 就是实现这样的一个轮播广告的效果. 因为这个是自己为了练习仿照某旅游类App做的,所以这里的数据是使用抓包工具抓取的,准备数据等工作就不在这里赘述了,反正数据的添加大体都是相同的.我的思路是这样的,从网络上实时的获取数据(当然你也可以将数据写死),然后通过网络

  • android实现ViewPager懒加载的三种方法

    在项目中ViewPager和Fragment接口框架已经是处处可见,但是在使用中,我们肯定不希望用户在当前页面时就在前后页面的数据,加入数据量很大,而用户又不愿意左右滑动浏览,那么这时候ViewPager中本来充满善意的预加载就有点令人不爽了.我们能做的就是屏蔽掉ViewPager的预加载机制.虽然ViewPager中提供的有setOffscreenPageLimit()来控制其预加载的数目,但是当设置为0后我们发现其根本没效果,这个的最小值就是1,也就是你只能最少前后各预加载一页.那么,这时候

  • Android使用ViewPager实现自动轮播

    很多APP中都实现了类似引导页的自动轮播,不由得想到昨天的引导页上修改一下代码实现轮播. 其实大体上只需要添加一个线程循环执行就可以了. 项目已同步至:https://github.com/nanchen2251/viewpagerDemo 同样的先上图 直接上代码,注释都全的,我想这样更有利于理解. 先改了Adapter  package com.example.nanchen.taketurnplaydemo; import android.support.v4.view.PagerAdap

  • android 解决ViewPager加载大量图片内存溢出问题

    1.大家都知道为ViewPager构建适配器继承PagerAdapter,怎么构建就不说了.Viewpager会默认加载当前页和当前页的左右两页.一开始当前页是下标0,所以一开始默认加载第0页(指下标,下同)和第1页.当你向右滑动,当前页为第1页时,ViewPager会加载第2页,这时一共有3页存在(第0,1,2页).再向右滑动,当前页为第2页时,会移除第0页,加载第3页,同理向左滑动当前页为第1页时,会移除第3页.这么说应该懂了吧. 知道了上面的原理,就可以让ViewPager始终只加载3页的

  • Android使用ViewPager加载图片和轮播视频

    作为Android基础组件之一,大家对viewpager已经很熟悉了,网上也有很多使用viewpager来加载图片的案例.但是像微信那样点击图片,可以轮播显示图片和视频的例子却没找到.正巧项目中有需求,可以就花时间写了下,现在给一下核心代码,希望对有此需求的同学们起一个抛砖引玉的作用.话不多说了,上代码: 以下是initData的代码 public void initData() { //把聊天界面的图片和视频找出来,并加到数组中,并在 //并根据传进来的position来找到视频或图片在数组中

  • Android ViewPager动态加载问题

    今天做项目时,纠结了很久,动态添加view,刚开始按照其他的adapter处理,但是不会刷新view,来回翻几页,还会view覆盖,最后手动调用adapter的destroyItem和instantiateItem方法,还是不行,最后重写notifyDataSetChanged中removeAllViews和instantiateItem,有点效果,可是还是不理想.最后查询资料要重写PagerAdapter的方法 如下: public int getItemPosition(Object obj

  • Android 使用ViewPager自动滚动循环轮播效果

    对Android 利用ViewPager实现图片可以左右循环滑动效果,感兴趣的朋友可以直接点击查看内容详情. 主要介绍如何实现ViewPager自动播放,循环滚动的效果及使用.顺便解决ViewPager嵌套(ViewPager inside ViewPager)影响触摸滑动及ViewPager滑动速度设置问题. 先给大家展示下效果图,喜欢的朋友可以下载源码: 1.实现 没有通过ScheduledExecutorService或Timer定期执行某个任务实现,而是简单的通过handler发送消息去

  • Android之Viewpager+Fragment实现懒加载示例

    我们在做应用开发的时候,一个Activity里面可能会以viewpager(或其他容器)与多个Fragment来组合使用.而ViewPager默认会缓存三页数据,即:Viewpager每加载一个Fragment,都会预先加载此Fragment左侧或右侧的Fragment.而如果每个fragment都需要去加载数据,或从本地加载,或从网络加载,那么在这个activity刚创建的时候就变成需要初始化大量资源,浪费用户流量不止,还造成卡顿,这样的结果,我们当然不会满意.那么,能不能做到当切换到这个fr

  • Android中用RxJava和ViewPager实现轮播图

    前言 很多人要实现轮播图都会想到使用ViewPager + Handler来完成轮播图的效果.但是在RxJava快速发展的情况下,已经可以使用RxJava来代替Handler完成这样任务了. 下面我们就来介绍如何实现RxJava+ViewPager的轮播图. 效果图如下 ViewPager的操作 说到ViwePager应该大家都不陌生,它可以结合普通的View也可以结合Fragment一起使用.在此我也就不对它的使用方法进行过多的介绍了.直接开始介绍轮播的方法. 常见的轮播操作 private

  • Android ViewPager制作新手导航页(动态加载)

    我们来讲个老生常谈的话题,估计大家都用过的->ViewPager,用它来做新手导航页面,虽然这次也是讲这个,但是和以往的用法可能有些不同,大家都看到标题进来的,应该知道的是:动态加载指示器. 什么叫动态加载呢,是不是感觉很高大上呢,其实呢就是动态的去加载指示器的数量的,而不是在布局文件中写死.希望看了这篇文章大家对ViewPager有新的认识. 看到这个效果大家应该都很不屑吧,今天讲这个就是为了让大家有新的认识.好了,好好听,开始了. 这个动态加载就是为了动态的加载下面的灰色圆点指示器和红色圆点

随机推荐