Android Bitmap压缩策略

一、为什么Bitmap需要高效加载?

现在的高清大图,动辄就要好几M,而Android对单个应用所施加的内存限制,只有
小几十M,如16M,这导致加载Bitmap的时候很容易出现内存溢出。如下异常信
息,便是在开发中经常需要的:

java.lang.OutofMemoryError:bitmap size exceeds VM budget

为了解决这个问题,就出现了Bitmap的高效加载策略。其实核心思想很简单。假设
通过ImageView来显示图片,很多时候ImageView并没有原始图片的尺寸那么大,
这个时候把整个图片加载进来后再设置给ImageView,显然是没有必要的,因为
ImageView根本没办法显示原始图片。这时候就可以按一定的采样率来将图片缩小
后再加载进来,这样图片既能在ImageView显示出来,又能降低内存占用从而在一
定程度上避免OOM,提高了Bitmap加载时的性能

二、Bitmap高效加载的具体方式

1.加载Bitmap的方式

Bitmap在Android中指的是一张图片。通过BitmapFactory类提供的四类方法:
decodeFile,decodeResource,decodeStreamdecodeByteArray,分别从文件系统,
资源,输入流和字节数组中加载出一个Bitmap对象,其中
decodeFile,decodeResource又间接调用了decodeStream方法,这四类方法最终是
在Android的底层实现的,对应着BitmapFactory类的几个native方法。

2.BitmapFactory.Options的参数

inSampleSize参数
上述四类方法都支持BitmapFactory.Options参数,而Bitmap的按一定采样率进行缩
放就是通过BitmapFactory.Options参数实现的,主要用到了inSampleSize参数,即
采样率。通过对inSampleSize的设置,对图片的像素的高和宽进行缩放。

inSampleSize=1,即采样后的图片大小为图片的原始大小。小于1,也按照1来计
算。 当inSampleSize>1,即采样后的图片将会缩小,缩放比例为1/(inSampleSize
的二次方)。

例如: 一张1024 ×1024像素的图片,采用ARGB8888格式存储,那么内存大小
1024×1024×4=4M。如果inSampleSize=2,那么采样后的图片内存大小:
512×512×4=1M。

注意: 官方文档支出,inSampleSize的取值应该总是2的指数,如1,2,4,8等。
如果外界传入的inSampleSize的值不为2的指数,那么系统会向下取整并选择一个
最接近2的指数来代替。比如3,系统会选择2来代替。当时经验证明并非在所有
Android版本上都成立。

关于inSampleSize取值的注意事项: 通常是根据图片宽高实际的大小/需要的宽高
大小,分别计算出宽和高的缩放比。但应该取其中最小的缩放比,避免缩放图片太
小,到达指定控件中不能铺满,需要拉伸从而导致模糊。

例如: ImageView的大小是100×100像素,而图片的原始大小为200×300,那么宽
的缩放比是2,高的缩放比是3。如果最终inSampleSize=2,那么缩放后的图片大小
100×150,仍然合适ImageView。如果inSampleSize=3,那么缩放后的图片大小小
ImageView所期望的大小,这样图片就会被拉伸而导致模糊。

inJustDecodeBounds参数
我们需要获取加载的图片的宽高信息,然后交给inSampleSize参数选择缩放比缩
放。那么如何能先不加载图片却能获得图片的宽高信息,通过
inJustDecodeBounds=true,然后加载图片就可以实现只解析图片的宽高信息,并
不会真正的加载图片,所以这个操作是轻量级的。当获取了宽高信息,计算出缩放
比后,然后在将inJustDecodeBounds=false,再重新加载图片,就可以加载缩放后
的图片。

注意: BitmapFactory获取的图片宽高信息和图片的位置以及程序运行的设备有
关,比如同一张图片放在不同的drawable目录下或者程序运行在不同屏幕密度的设
备上,都可能导致BitmapFactory获取到不同的结果,和Android的资源加载机制
有关

3.高效加载Bitmap的流程

①将BitmapFactory.OptionsinJustDecodeBounds参数设为true并加载图片。
②从BitmapFactory.Options中取出图片的原始宽高信息,它们对应于outWidth
outHeight参数。

③根据采样率的规则并结合目标View的所需大小计算出采样率inSampleSize
④将BitmapFactory.OptionsinJustDecodeBounds参数设为false,然后重新加载
图片。

三、Bitmap高效加载的代码实现

  public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId, int reqWidth, int reqHeight){
     BitmapFactory.Options options = new BitmapFactory.Options();
     options.inJustDecodeBounds = true;
     //加载图片
     BitmapFactory.decodeResource(res,resId,options);
     //计算缩放比
     options.inSampleSize = calculateInSampleSize(options,reqHeight,reqWidth);
     //重新加载图片
     options.inJustDecodeBounds =false;
     return BitmapFactory.decodeResource(res,resId,options);
  }

  private static int calculateInSampleSize(BitmapFactory.Options options, int reqHeight, int reqWidth) {
     int height = options.outHeight;
     int width = options.outWidth;
     int inSampleSize = 1;
     if(height>reqHeight||width>reqWidth){
         int halfHeight = height/2;
         int halfWidth = width/2;
         //计算缩放比,是2的指数
         while((halfHeight/inSampleSize)>=reqHeight&&(halfWidth/inSampleSize)>=reqWidth){
               inSampleSize*=2;
         }
     }

     return inSampleSize;
  }

这个时候就可以通过如下方式高效加载图片:

  mImageView.setImageBitmap(decodeSampledBitmapFromResource(getResources(),R.mipmap.ic_launcher,100,100);

除了BitmapFactorydecodeResource方法,其他方法也可以类似实现。

更多内容详情请关注我的GitHub:https://github.com/xiangjiana/Android-MS

原文地址:https://blog.51cto.com/14541311/2474122

时间: 2024-10-13 12:23:56

Android Bitmap压缩策略的相关文章

Bitmap压缩策略

一.为什么Bitmap需要高效加载? 现在的高清大图,动辄就要好几M,而Android对单个应用所施加的内存限制,只有小几十M,如16M,这导致加载Bitmap的时候很容易出现内存溢出.如下异常信息,便是在开发中经常需要的: java.lang.OutofMemoryError:bitmap size exceeds VM budget 为了解决这个问题,就出现了Bitmap的高效加载策略.其实核心思想很简单.假设通过ImageView来显示图片,很多时候ImageView并没有原始图片的尺寸那

Android Bitmap 缓存策略

Android中最常用到缓存的地方就是图片,通过过缓存即可以提高应用程序的效率,又可以节省用户的流量. 图片的缓存简单来说可以分为SD卡缓存和内存缓存,也可以俩者配合使用. Android中图片缓存遵循的策略就是:当第一次从网络中加载图片的时候,将其缓存到存储设备上(比如sd卡,这也就是我们说的SD卡缓存),并且在内存中同样也缓存一份(内存缓存),这样当下次使用或者网络请求图片的时候,就先去内存中获取(因为从内存中读取要比从SD卡中读取的快,所以我们先从内存中读取,这样的话在节省流量的同时也可以

android bitmap压缩处理

android中一些bitmap的简单处理 [1].[代码] [Java]代码 跳至 [1] ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70

android中bitmap压缩的几种方法的解读

最近在研究微信的sdk,在缩略图这遇到了一点问题. 微信的缩略图要求是不大于32k,这就需要对我的图片进行压缩.试了几种方法,一一道来. 1.质量压缩法: 代码如下 ByteArrayOutputStream baos = new ByteArrayOutputStream(); image.compress(Bitmap.CompressFormat.JPEG, 100, baos); int options = 100; while ( baos.toByteArray().length /

android图片压缩质量参数Bitmap.Config RGB_565等的含义

android图片压缩质量参数 在实用ImageLoader中,在配置DisplayImageOptions时,需要设置.bitmapConfig(Bitmap.Config.RGB_565) 那么这个 Bitmap.Config.RGB_565 是什么意思呢 ? 在android中的大图片一般都要经过压缩才能显示,不然容易发生oom,一般我们压缩的时候都只关注其尺寸方面的大小,其实除了尺寸之外,影响一个图片占用空间的还有其色彩细节. 打开Android.graphics.Bitmap类里有一个

android bitmap compress(图片压缩)

android bitmap compress android的照相功能随着手机硬件的发展,变得越来越强大,能够找出很高分辨率的图片. 有些场景中,需要照相并且上传到服务,但是由于图片的大小太大,那么就上传就会很慢(在有些网络情况下),而且很耗流量,要想速度快,那么就需要减小图片的大小.减少图片的大小有两种方法,1. 照小图片: 2. 压缩大图片. 照相时获取小图片一般不太符合要求,因为,图片的清晰度会很差,但是这种情况有个好处就是应用速度会快些: 压缩图片,就是把大图片压缩小,降低图片的质量,

android图片压缩上传系列-service篇

本篇文章是继续上篇android图片压缩上传系列-基础篇文章的续篇.主要目的是:通过Service来执行图片压缩任务来讨论如何使用Service,如何处理任务量大的并发问题. 了解下Service 大家都知道如果有费时任务,这时需要将任务放到后台线程中执行,如果对操作的结果需要通过ui展示还需要在任务完成后通知前台更新.当然对于这种情况,大家也可以在Activity中启动线程,在线程中通过Handler和sendMessage来通知Activity并执行更新ui的操作,但是更好的方法是将这些操作

Android Bitmap 开源图片框架分析(精华三)

主要介绍这三个框架,都挺有名的,其他的框架估计也差不多了 Android-Universal-Image-Loaderhttps://github.com/nostra13/Android-Universal-Image-Loader ImageLoaderhttps://github.com/novoda/ImageLoader Volley(综合框架,包含图片部分)https://github.com/mcxiaoke/android-volley 扯淡时间,可以跳过这段这些开源框架的源码还

Android Bitmap 开源图片框架分析(精华四)

disk缓存主要难点在于内存缓存,disk缓存其实比较简单,就是图片加载完成后把图片文件存到本地方便下次使用 同样,先贴一下官方主页的介绍(主页地址见文章最开始处)和内存缓存差不多,根据算法不同提供了几种类别,可以自行通过ImageLoaderConfiguration.discCache(..)设置<ignore_js_op> 硬盘缓存,保存是以文件的形式框架提供了4种类型,具体算法规则不同,看名字我们大概也能知道对应意思 UnlimitedDiscCache