Android优化查询加载大数量的本地相册图片

一、概述

讲解优化查询相册图片之前，我们先来看下pm提出的需求，pm的需求很简单，就是要做一个类似微信的本地相册图片查询控件，主要包含两个两部分：

• 进入图片选择页面就要显示出手机中所有的照片，包括系统相册图片和其他目录下的所有图片，并按照时间倒叙排列
• 切换相册功能，切换相册页面列出手机中所有的图片目录列表，并且显示出每个目录下所有的图片个数以及封面图片

这两个需求看似简单，实则隐藏着一系列的性能优化问题。在做优化之前，我们调研了一些其他比较出名的app在加载大数量图片的性能表现（gif录制的不够清晰，但展示问题已经够了）：

下面测试了几个常用软件

微信：
微信的图片查询速度还是非常快的，基本上进入图片选择页面，相册数据就已经查出来了，包括各个图片目录下图片的个数和封面图片的url，这个体验还是比较好的。

新浪微博：
相比较微信来说，新浪微博做的体验就比较差了，进入图片选择页面后，先是黑屏然后是白屏，连个进度条都没有，让用户以为app死掉了，等过一段时间才显示出来，这个体验较差

qq：
qq一上来是加载的最近100张照片，这个速度非常快，但是进入camera相册（有5000多张）后，有一个进度条等待，我体验了下，等待的时间还是比较长的，这个体验比新浪微博稍微好点，比微信差

闲鱼：
闲鱼是做的最烂的一个，一上来是卡死四五秒，然后是黑屏两三秒，最后才显示出来

二、综合对比

经过综合对比后，就微信做的还比较好，基本上进入相册页面就能展示出所有照片，相册目录也非常快的展示出来！！！

经过我们的调研，发现微信是采用循环分页加载策略，我们优化的思路也是采用这种策略，先看优化后的效果图：

进入图片选择页面，图片能够非常快的显示出来，进入更换相册页面，图片目录也能非常快的显示出来，这里没有像微信一样做图片目录的缓存：一是因为查询速度非常快，基本上不到2秒就加载出来了，二是能够实时刷新出相册的最新数据

频繁的切换各个相册目录，图片都能非常快速的查询出来，体验还是不错的！！！

三、优化实现

优化查询相册目录

因为要列举出所有的相册目录列表，这里没有其他好的办法，直接请求contentresolver的query方法来查询，这里为了加速查询，去掉了while循环中一些耗时的判断，将一些检测图片是否判断的逻辑移到外面去，具体用的时候再去判断

查询图片的uri

mediastore.images.media.external_content_uri

因为我们只查询图片url和图片所在的目录

string[] projection = {mediastore.images.imagecolumns.data, mediastore.images.imagecolumns.bucket_display_name};

pm要求相册按照图片的时间倒叙排列，图片的创建、修改会影响其所在目录的排序，排序按时间倒叙排列

string sortorder = mediastore.images.media.date_taken + " desc ";

根据这些查询条件，经过query之后得到一个cursor，这个cursor里面就包含我们所需要的所有图片的信息，然后我们while循环遍历这个cursor,在while循环中一定不能有耗时操作

//一个辅助集合，防止同一目录被扫描多次
hashset<string> dirpaths = new hashset<string>();

while (cursor.movetonext()) {
  // 获取图片的路径
  string path = cursor.getstring(cursor.getcolumnindex(mediastore.images.imagecolumns.data));
  string bucketname = cursor.getstring(cursor.getcolumnindex(mediastore.images.imagecolumns.bucket_display_name));

  if (textutils.isempty(allfolderitem.coverimagepath)) {
    allfolderitem.coverimagepath = path;
  }

  file parentfile = new file(path).getparentfile();
  if (parentfile == null) continue;

  string dirpath = parentfile.getabsolutepath();

  picfolderitem folderitem = null;
  // 利用一个hashset防止多次扫描同一个文件夹（不加这个判断，图片多起来还是相当恐怖的~~）
  if (dirpaths.contains(dirpath)) {
    continue;
  } else {
    dirpaths.add(dirpath);

    boolean isnew = true;
    //判断一下是否dirpath不同，但是bucketname相同
    for (picfolderitem item : piclist) {
      if (item.name.equals(bucketname)) {
        folderitem = item;
        item.addparentpath(dirpath);
        isnew = false;
        break;
      }
    }

    if (isnew) {
      folderitem = new picfolderitem();
      folderitem.coverimagepath = path;
      folderitem.name = bucketname;
      folderitem.addparentpath(dirpath);
    }
  }

  string[] array = parentfile.list(new filenamefilter() {
    @override
    public boolean accept(file dir, string filename) {
      if (filename.endswith(".jpg")
          || filename.endswith(".png")
          || filename.endswith(".jpeg"))
        return true;
      return false;
    }
  });

  int arraycount = array == null ? 0 : array.length;
  folderitem.count += arraycount;
  if (!piclist.contains(folderitem) && arraycount > 0) {
    piclist.add(folderitem);
  }
}

这样就能非常快速的查询出手机中所有的图片目录、目录的图片张数以及封面图url。这里主要优化了三点：

while循环中去除耗时判断

之前的代码中存在判断文件图片是否存在的代码：

 public static boolean isfileexist(string path) {
  file file = new file(path);
  if (file == null || !file.exists()) {
    return false;
  }
  return true;
  }

这段代码放到while循环中是很恐怖的，我测试了下，5000多张图片都要检测的话总时间会增加三四秒。这个判断可以放到外面去，具体操作哪一个图片的时候再做具体的业务判断！

防止一个图片文件夹被扫描多次

这里添加了一个变量来存储已经扫描过的图片目录，已经扫描的就不在处理了：

//一个辅助集合，防止统一目录查询多次
hashset<string> dirpaths = new hashset<string>();

这块优化了之后效果还是很明显的，相同的目录不会扫描多次！

获取图片目录下图片个数

string[] array = parentfile.list(new filenamefilter() {
            @override
            public boolean accept(file dir, string filename) {
              if (filename.endswith(".jpg")
                  || filename.endswith(".png")
                  || filename.endswith(".jpeg"))
                return true;
              return false;
            }
          });

这个file.list()方法内部是一个native方法，查询效率非常快！！！

当然获取某个目录下的图片有多少张也可以通过cursor查询的方式来获取！！!

查询某个相册目录下的所有照片

在介绍查询目录下的照片之前，我们先介绍下我们查询图片的两种策略，一种是针对目录下图片比较多的，动不动就上千上万张的那种；另一种是那种目录下图片比较少的，就几百张图片

一次加载策略

当目录下图片数量小于1000张时采用file.list这个native方法来一次加载所有图片，这个native查询效率非常快，上千张图片都是秒级查询出来

循环分页加载策略

当图片数量大于等于1000张时采用循环分页加载策略，这种策略专门针对图片数量特别多的情况，通过分页的方式先把第一页的图片加载出来，让用户能第一眼看到最新的图片，然后后台异步循环的查询下一页图片，直到所有图片都查询完成，这也是微信的查询相册策略。

一次加载策略实现

我们这里看下一次加载完策略实现代码，首先通过file的list方法将后缀为图片格式的文件过滤出来，返回一个图片路径数组

file dirfile = new file(dir);
string[] list = dirfile.list(new filenamefilter() {
  @override
  public boolean accept(file dir, string filename) {
    if (filename.endswith(".jpg") || filename.endswith(".png")
        || filename.endswith(".jpeg"))
      return true;
    return false;
  }
});

因为我们要的是按时间倒叙进行排列的数组，所以要对上面查询出来的数组进行排序，这里用到了file文件lastmodified方法

collections.sort(strings, new comparator<string>() {
        @override
        public int compare(string lhs, string rhs) {
          long time1 = new file(lhs).lastmodified();
          long time2 = new file(rhs).lastmodified();
          return time2.compareto(time1);
        }
        });

循环分页加载策略实现

这个策略借鉴了微信，通过分页的方式来一页一页的加载图片，直到所有的图片都加载完成。

这里的核心就是查询条件，将你要查询的某个目录添加到查询参数中

string selection = mediastore.images.imagecolumns.bucket_display_name + " = '" + 目录名称 + "' ";

这个selection一定不能写错，不然查询不出来

因为要分页，sortorder不是简单的按照时间倒叙来排了

string sortorder = mediastore.images.media.date_taken + " desc limit " + page_size + " offset " + pageindex * page_size;

最后对cursor进行循环遍历拿到我们要的图片路径

page_size是个常量，表示我们要一次查询多少条，我们这里定的是200，一次查询200条数据，pageindex是查询第几页，从0开始

一开始的时候查询第一页的数据，当查询的数据列表大小大于等于我们要查询的pagesize大小时，我们就认为有下一页，pageindex加1循环查询下一页，直到查询的列表大小小于pagesize。

经过上面几步优化后，加载本地相册图片基本上就没有什么问题了。我们经过真机测试，图片5549张，都能够非常快速的查询出来，堪比微信和图库。

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