| 注册
请输入搜索内容

热门搜索

Java Linux MySQL PHP JavaScript Hibernate jQuery Nginx
ytqc3099
8年前发布

android 仿最新版本微信相册

   <p>仿微信相册选择图片,查看大图,写的不太好,希望评论指出不足,谅解,先介绍一下我的基本思路。</p>    <h2>思路</h2>    <h2>第一步,获取所有图片路径</h2>    <p>第一步获取手机上的所有图片路径:</p>    <pre>  <code class="language-java">Uri uri = MediaStore.Images.Media.EXTERNAL_CONTENT_URI;  ContentResolver contentResolver = getContentResolver();  //获取jpeg和png格式的文件,并且按照时间进行倒序  Cursor cursor = contentResolver.query(uri, null, MediaStore.Images.Media.MIME_TYPE + "=\"image/jpeg\" or " +          MediaStore.Images.Media.MIME_TYPE + "=\"image/png\"", null, MediaStore.Images.Media.DATE_MODIFIED+" desc");  if (cursor != null){      while (cursor.moveToNext()){          //do something      }      handler.sendEmptyMessage(0);  }</code></pre>    <p>然后定义一个存储图片的数据格式:</p>    <pre>  <code class="language-java">/** 按时间排序的所有图片list */    private ArrayList<SingleImageModel> allImages;    /** 按目录排序的所有图片list */    private ArrayList<SingleImageDirectories> imageDirectories;     /**    * 一个文件夹中的图片数据实体    */    private class SingleImageDirectories{        /** 父目录的路径 */        public String directoryPath;        /** 目录下的所有图片实体 */        public ImageDirectoryModel images;    }</code></pre>    <p>一个是全部图片的存储顺序,第二个是按照目录的图片存储顺序。</p>    <h2>第二步,压缩加载图片</h2>    <p>获取到图片之后,放入到 Gridview 中进行显示,但是 BitmapFactory.decodeFile() 函数会非常耗时,所以为了使得非常流畅的显示图片,创建一个类 AlbumBitmapCacheHelper ,用来异步加载图片,该类使用 LruCache<String,Bitmap> 来缓存 Bitmap,使得存储图片不会造成 OOM,我这里设置 LruCache 的初始大小为 1/4 的运行时内存然后使用 ThreadPoolExecutor 线程池来处理图片的显示,线程池大小应该设置适中(可以根据系统的处理器线程数来设置,系统也提供一个相关的线程池,感兴趣的也可以去了解),做完这两件事情之后就可以用来加载图片了,方法 getBitmap 用来返回图片:</p>    <pre>  <code class="language-java">Bitmap bitmap = getBitmapFromCache(path, width, height);  //如果能够从缓存中获取符合要求的图片,则直接回调  if (bitmap != null) {  } else {      //新建线程放入线程池去处理该图片的显示  }  return bitmap;</code></pre>    <p>如果 cache 中找不到该图片,则调用 BitmapFactory.decodeFile() 去加载图片,加载图片不能够直接加载原图,会造成 OOM,所以要去计算压缩比:</p>    <pre>  <code class="language-java">BitmapFactory.Options options = new BitmapFactory.Options();  options.inJustDecodeBounds = true;  BitmapFactory.decodeFile(path, options);  options.inSampleSize = computeScale(options, width, height);  options.inJustDecodeBounds = false;  bitmap = BitmapFactory.decodeFile(path, options);  //获取之后,放入缓存,以便下次继续使用  if (bitmap != null && cache!=null) {      cache.put(path, bitmap);  }</code></pre>    <p>方法 computeScale() 主要是计算图片最小的压缩比,这样在 Gridview 中的 getview 方法中去调用 AlbumBitmapCacheHelper 的 getBitmap() 方法即可。</p>    <h2>第三步,处理显示问题</h2>    <p>经过上面的处理之后,在实际显示的时候会出现一些问题,这里也汇总和分析一下:</p>    <h3>显示图片闪烁</h3>    <p>第一个问题就是图片显示会闪烁,这主要是由于 getview 方法的 convertView 的复用导致一个 Imageview 被设置多次 background,解决方法就是使用 setTag 方法:</p>    <pre>  <code class="language-java">holder.iv_content.setTag(path);</code></pre>    <p>将要显示的 Imageview 的 tag 设置为需要显示的图片路径,这样在回调的时候使用方法 gridView.findViewWithTag(path),找到这个 Imageview 进行显示,闪烁的问题就解决了。</p>    <h3>大图片加载速度缓慢</h3>    <p>第二个问题就是加载速度很慢,拉的速度很快的情况下,图片要很久才会加载出来,特别是很大的图片,比如拍照和截图的照片,这个问题可以有两个步骤去优化:第一个优化方案就是在 AlbumBitmapCacheHelper 类中维护一个 ArrayList currentShowString,在 getView 方法中,如果该图片要显示,则直接将 path 加入到该 list 中,同时如果这个 view 的 tag 不为空,说明该 view 的原来的 path 是不需要显示的,所以需要将这个 path 从 ArrayList 中删除:</p>    <pre>  <code class="language-java">//优化显示效果  if(holder.iv_content.getTag() != null) {      String remove = (String) holder.iv_content.getTag();      AlbumBitmapCacheHelper.getInstance().removePathFromShowlist(remove);  }  AlbumBitmapCacheHelper.getInstance().addPathToShowlist(path);</code></pre>    <p>这样在线程池中的处理方式就是先查看需要显示的 path 是否在 ArrayList 中,如果没有在 ArrayList 中,则该线程直接关闭,如果在 ArrayList 中,则显示该图片:</p>    <pre>  <code class="language-java">if (!currentShowString.contains(path)||cache==null) {           return;  }</code></pre>    <p>第二个优化方案是如果显示的图片很大,特别是拍照和截图的图片,decode 有时会耗时几秒钟,微信显示效果非常好,我自己参考微信的表现想出来的处理的方式是:</p>    <ol>     <li>第一步,从应用的缓存 temp 目录下取,如果取不到,则进行下一步;</li>     <li>第二步,计算图片的压缩比例 samplesize,如果 samplesize < 4(根据表现一般的相机拍摄照片为 4000*3000,需要缩放 4 倍才能加速 decode 步骤),图片的 BitmapFactory.decodeFile() 时间短,直接返回图片,但是如果 samplesize > 4,执行第三步;</li>     <li>第三步则将压缩后的图片存入 temp 目录下,以便下次快速取出,这样微信图片展示的效果就出来了,显示的速度和微信一样,第一次大图加载慢之外,之后的显示就能很快:</li>    </ol>    <pre>  <code class="language-java">if (!new File(CommonUtil.getDataPath()).exists())      new File(CommonUtil.getDataPath()).mkdirs();  //临时文件的文件名  String tempPath = CommonUtil.getDataPath() + hash + ".temp";  //如果该文件存在  if (new File(tempPath).exists())      bitmap = BitmapFactory.decodeFile(tempPath);  ......  //第三步,如果缩放比例大于4,该图的加载会非常慢,所以将该图保存到临时目录下以便下次的快速加载  if (options.inSampleSize >= 4) {      try {          File file = new File(tempPath);          if (!file.exists())              file.createNewFile();          FileOutputStream fos = new FileOutputStream(file);          ByteArrayOutputStream baos = new ByteArrayOutputStream();          bitmap.compress(Bitmap.CompressFormat.PNG, 100, baos);          fos.write(baos.toByteArray());          fos.flush();          fos.close();      } catch (FileNotFoundException e) {          e.printStackTrace();      } catch (IOException e) {          e.printStackTrace();      }  }</code></pre>    <p>问题到这里就差不多解决了;</p>    <h2>第四步,详情页面大图的展示</h2>    <p>第四步大图的查看,大图主要是使用网上开源的 ZoomImageView+Viewpagger 的组合,但是使用这个出现的问题就是很容易 OOM,没办法,我的处理方式就是在点进去大图的时候:</p>    <pre>  <code class="language-java">public void releaseHalfSizeCache() {        cache.resize((int) (Runtime.getRuntime().maxMemory() / 1024 / 8));    }</code></pre>    <p>直接将 LruCache 的大小变成原来的一半,因为查看大图页加载一张大图占用的内存本身就很大,所以这样去特殊处理,显示效果页还凑合,有别的方法,一定要留言告诉我。</p>    <p>还有一点需要注意的是大图的查看由于需要通过 intent 传递数据,但是 intent 传递的数据大小不能太大,如果手机上有几千张图片,则数据量大小可能会超过 intent 所能传递的最大量,所以可以写入一个公共的地方,共享内存、数据库或者文件都可以。</p>    <h2>第五步,退出相册页面清空 LruCache</h2>    <p>图片选择完成之后,完成善后工作,将 AlbumBitmapCacheHelper 类中 LruCache 清空,差不多就这样了,还有很多的功能小点,比如图片时间的显示,这里就不详细一一去介绍了,具体大家看源码。</p>    <h2>问题讨论</h2>    <p>最新发现的问题:3.0 以前 GC 操作需要很长时间,经常大于 100ms,在执行 GC 时(,程序就会出现卡的现象,3.0 以后 GC 修改为同步,执行的时间通常在 5ms 以内,在 3.0 以前的版本中,加载图片时,系统把 Bitmap 加载到 Native 缓存中,并不受 GC 管理,需要手机自己释放,不然会遇到莫名奇妙的内存问题。3.0 以后 Bitmap 直接放到内存中在执行 GC 时,会及时清理无用的 Bitmap 所占的内存,在初始化图片时把图片放到内存中,当加载完后,系统会把图片从内存转移到显存中,当你用内存测试工具时,会发现在加载图片时,内存占用率很高,当加载完成后,内存使用量突然下来,加载大量图片时会发现这种情况。</p>    <p>总而言之就是 2.x 版本的时候,就算你使用的是 LruCache,Bitmap 还是不会被 GC 主动回收,必须要手动释放,所以如果需要适配 2.x 版本,该 demo 需要加入手动释放 Bitmap 的操作。</p>    <h2>显示效果</h2>    <p style="text-align:center"><img src="https://simg.open-open.com/show/07fc68a12c2c780f03251bc07a234564.png"></p>    <p>这里写图片描述</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/07fc68a12c2c780f03251bc07a234564.png"></p>    <p> </p>    <p>项目主页:<a href="http://www.open-open.com/lib/view/home/1491531326147">http://www.open-open.com/lib/view/home/1491531326147</a></p>    <p> </p>    
 本文由用户 ytqc3099 自行上传分享,仅供网友学习交流。所有权归原作者,若您的权利被侵害,请联系管理员。
 转载本站原创文章,请注明出处,并保留原始链接、图片水印。
 本站是一个以用户分享为主的开源技术平台,欢迎各类分享!
 本文地址:https://www.open-open.com/lib/view/open1491531326147.html
安卓开发 Android开发 移动开发