Android Bitmap 全面解析(一)加载大尺寸图片

压缩原因:

1.imageview大小如果是200*300那么加载个2000*3000的图片到内存中显然是浪费可耻滴行为;
2.最重要的是图片过大时直接加载原图会造成OOM异常(out of
memory内存溢出)

所以一般对于大图我们需要进行下压缩处理
权威处理方法参考 安卓开发者中心的大图片处理教程
http://developer.android.com/training/displaying-bitmaps/load-bitmap.html

看不懂英文的话木有关系,本篇会有介绍

主要处理思路是:
1.获取图片的像素宽高(不加载图片至内存中,所以不会占用资源)
2.计算需要压缩的比例
3.按将图片用计算出的比例压缩,并加载至内存中使用

官网大图片加载教程(上面网址里的)对应代码就是:


 1 /**

 2 * 获取压缩后的图片

 3 * @param res

 4 * @param resId

 5 * @param reqWidth            所需图片压缩尺寸最小宽度

 6 * @param reqHeight           所需图片压缩尺寸最小高度

 7 * @return

 8 */

 9 public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId,

10         int reqWidth, int reqHeight) {

11

12     // 首先不加载图片,仅获取图片尺寸

13     final BitmapFactory.Options options = new BitmapFactory.Options();

14     // 当inJustDecodeBounds设为true时,不会加载图片仅获取图片尺寸信息

15     options.inJustDecodeBounds = true;

16     // 此时仅会将图片信息会保存至options对象内,decode方法不会返回bitmap对象

17     BitmapFactory.decodeResource(res, resId, options);

18

19     // 计算压缩比例,如inSampleSize=4时,图片会压缩成原图的1/4

20     options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight);

21

22     // 当inJustDecodeBounds设为false时,BitmapFactory.decode...就会返回图片对象了

23     options. inJustDecodeBounds = false;

24     // 利用计算的比例值获取压缩后的图片对象

25     return BitmapFactory.decodeResource(res, resId, options);

26 }

代码详解:

核心方法是BitmapFactory.decode...(....,
options)

...的意思是此外还有一系列的decodeFile/decodeStream等等方法,都是利用options灵活解析获取图片,

只不过解析图片的来源不同罢了,比如网络图片获取,一般就是解析字节流信息然后decode获取图片实例

Options是图片配置信息,参数详细介绍下:

inJustDecodeBounds 是否只解析边界
 
   设为true时去decode获取图片,只会加载像素宽高信息
 
   设为false时decode则会完全加载图片
inSampleSize 压缩比例
 
   比如原图200*300,如果值是2时会压缩成100*150;
是4则图片压缩成50*75
 
   最好是2的幂数,比如2 4 8 16
.....
outHeight 图片原高度
outWidth 图片原宽度
其他参数自行研究,这里暂时只用到这几个

decodeSampledBitmapFromResource方法内的三段代码对应上面的三步流程
难点在于中间那步,压缩比例的计算,官网同样提供了个calculateInSampleSize方法
其中reqWidth和reqHeight是所需图片限定最小宽高值


 1 /**

 2 * 计算压缩比例值

 3 * @param options       解析图片的配置信息

 4 * @param reqWidth            所需图片压缩尺寸最小宽度

 5 * @param reqHeight           所需图片压缩尺寸最小高度

 6 * @return

 7 */

 8 public static int calculateInSampleSize(BitmapFactory.Options options,

 9              int reqWidth, int reqHeight) {

10        // 保存图片原宽高值

11        final int height = options. outHeight;

12        final int width = options. outWidth;

13        // 初始化压缩比例为1

14        int inSampleSize = 1;

15

16        // 当图片宽高值任何一个大于所需压缩图片宽高值时,进入循环计算系统

17        if (height > reqHeight || width > reqWidth) {

18

19              final int halfHeight = height / 2;

20              final int halfWidth = width / 2;

21

22              // 压缩比例值每次循环两倍增加,

23              // 直到原图宽高值的一半除以压缩值后都~大于所需宽高值为止

24              while ((halfHeight / inSampleSize) >= reqHeight

25                         && (halfWidth / inSampleSize) >= reqWidth) {

26                   inSampleSize *= 2;

27             }

28       }

29

30        return inSampleSize;

31 }

利用此方法获取到所需压缩比例值,最终获取到压缩后的图片~

以上代码能够看懂的话,下面这段/*扯淡*/可以跳过

/*

逻辑是将原图宽高一半一半的缩减,一直减到宽高都小于自己设定的限定宽高时为止,测试的时候问题来了

原图400*300,我限定值200*150,if满足进入,while循环第一次,400/2/1=200不满足>的条件~结束循环,

最终返回了个inSampleSize=1给我

马丹我限定值正好是原图的一半啊,你应该返回给我2啊~你特么最后返回个1给我,那压缩处理后的图还是400*300!!!

当我将限定值稍微改一下变成195*145稍微降低一点点时~if满足进入,while循环第一次,400/2/1>195满足~

然后压缩比例1*2变成了2,在下一次while循环时不满足条件结束,最后返回比例值2~
满足压缩预期

官网的这个方法是:
将图片一半一半的压缩,直到压缩成成大于所需宽高数的那个最低值
大于~不是大于等于,所以就会出现我上面那种情况,我觉得方法不是太好=
= 能满足压缩的需求,但是压缩的比例不够准确~
所以最好改成大于等于,如下(个人意见,仅供参考,在实际压缩中很少遇到恰巧等于的这个情况,所以>和>=差别也不大额~看我这扯扯淡就当对计算比例的逻辑加深个理解吧)

while ((halfHeight
/ inSampleSize) >= reqHeight

&& (halfWidth / inSampleSize) >= reqWidth)
{

inSampleSize *= 2;

}

优化:
还是上面例子,如果限定了200*150,而原图是390*290会是个啥情况?
还是第一次while循环,390/2/1结果是195不满足>200的情况,结束循环,比例值为1,最后图片压缩成400*300
虽然压缩一次以后没有满足大于所需宽高,但是和所需宽高很接近啊!!!
能不能做一个获取压缩成最接近所需宽高数的比例值呢?
我也不知道= = 回头可以慢慢研究,
这个"接近"的定义比较模糊,不好掌握~
找了几个有名的图片加载开源框架发现也都没有这种处理-
-不知道是这样设计是不需要呢,还是没啥用呢
*/

----------------------------------------------------------

以上,图片的像素大小已经做了缩放,但是图片的大小除了和像素有关,还和色彩样式有关
不同的样式决定了图片单个像素占的字节数
比如,图片默认的色彩样式为ARGB_8888,每个像素占4byte(字节)大小
参考资料:http://developer.android.com/reference/android/graphics/Bitmap.Config.html

可以看到一共有四种色彩样式
ALPHA_8    
 每个像素只要1字节~可惜只能代表透明度,没有颜色属性
ARGB_4444 
  每个像素要2字节~带透明度的颜色~可惜官方不推荐使用了
ARGB_8888  每个像素要4字节~带透明度的颜色, 默认色样
RGB_565 
  每个像素要2字节~不带透明度的颜色
默认为ARGB_8888,如果想丧心病狂的继续减少图片所占大小~不需要透明度参数的话,
那就可以把色彩样式设为RGB_565

设置方法是在BitmapFactory.decode..获取图片事例时
修改配置参数的inPreferredConfig 参数

opts.inPreferredConfig = Bitmap.Config.
RGB_565 ;

----------------------------------------------------------

想亲自撸一撸试一试压缩图片了吧?
要注意点问题,如果用res包下图片测试的话,你会发现有图片尺寸有点混乱
那是因为在drawable-*dpi文件夹中的图片会根据对应对应的屏幕密度值不同自动进行一定的缩放,
比如放在drawable-hdpi里的图片,直接不经过压缩BitmapFactor.decode..出来,会发现bitmap的宽高值是原图的2/3,
测试的时候图片记得放在drawable包下(没有的话自己res下新建一个),否则你会被奇怪的宽高值弄凌乱的
具体变化原因参考源代码处理,或者网上搜搜看

还有就是BitmapFactory.decodeStream方法会偶尔解析图片失败(好像是安卓低版本的一个bug)

此时推荐做法是将流转换为字节流处理,然后利用decodeByteArray方法获取图片

Android Bitmap 全面解析(一)加载大尺寸图片,布布扣,bubuko.com

时间： 2024-10-09 20:42:02

Android Bitmap 全面解析(一)加载大尺寸图片的相关文章

Android Bitmap 全面解析(二)加载多张图片的缓存处理

一般少量图片是很少出现OOM异常的,除非单张图片过~大~ 那么就可以用教程一里面的方法了通常应用场景是listview列表加载多张图片,为了提高效率一般要缓存一部分图片,这样方便再次查看时能快速显示~不用重新下载图片但是手机内存是很有限的~当缓存的图片越来越多,即使单张图片不是很大,不过数量太多时仍然会出现OOM的情况了~本篇则是讨论多张图片的处理问题-----------------------------------------------------------------------图片

Android Bitmap 加载大尺寸图片（精华一）

压缩原因: 1.imageview大小如果是200*300那么加载个2000*3000的图片到内存中显然是浪费可耻滴行为;2.最重要的是图片过大时直接加载原图会造成OOM异常(out of memory内存溢出) 所以一般对于大图我们需要进行下压缩处理权威处理方法参考 安卓开发者中心的大图片处理教程http://developer.android.com/training/displaying-bitmaps/load-bitmap.html 看不懂英文的话木有关系,本篇会有介绍 主要处理思路是

Android学习之多媒体开发---加载大图片

在实际中,有些时候我们需要从SD卡中加载一张很大的图片到内存中,但是如果你手机存储很小的话,如果直接将这张大图片放入内容就会导致分配失败等异常问题.所以我们就需要一种手段,将大图片也能正常的加载到内存,而不出现异常的情况. 那如何才能将大图片加载到内存中,而不出现内存溢出? Android系统提供了一个方法,通过显示比例加载图片,这样就会返回比原图更小的图片. 1: 先要获取该图片的参数情况,Android系统提供了一个BitmapFactory这个类 可以创建一个Bitmap对象,从不同的源可

Android Bitmap 全面解析(四)图片处理效果对比 ...

对比对象: UIL Volley 官方教程中的方法(此系列教程一里介绍的,ImageLoader的处理方法和官方的差不多) ------------------------------------------------------------------------ 首先单张图片的压缩处理,也是分析重点 专门撸了一个小demo(结尾会放出下载连接)将对应计算方法copy了出来,然后计算了几十组数据,进行了对比 原图宽高都是一个10000以内的随机整数,限定大小是400 200,然后进行压缩处理

36、Android Bitmap 全面解析

Android Bitmap 全面解析(一)加载大尺寸图片 http://www.eoeandroid.com/thread-331669-1-1.html Android Bitmap 全面解析(二)加载多张图片的缓存处理http://www.eoeandroid.com/thread-332399-1-1.html Android Bitmap 全面解析(三)开源图片框架分析1-UIL(上)http://www.eoeandroid.com/thread-333220-1-1.html An

【Android开发经验】Bitmap高效显示系列——如何有效的加载大尺寸Bitmap

转载请注明出处:http://blog.csdn.net/zhaokaiqiang1992 Bitmap的处理在Android开发中一直是一个大问题,因为稍不注意,Bitmap就能够吃掉我们的所有内存,然后崩溃退出!但是,只要我们掌握了Bitmap的一些常见处理技巧,就可以有效的避免这个问题,从此不再惧怕Bitmap. 图片有不同的形状与大小.在大多数情况下它们的实际大小都比需要呈现出来的要大很多.例如,系统的Gallery程序会显示那些你使用设备camera拍摄的图片,但是那些图片的分辨率通常

Android（java）学习笔记236：多媒体之加载大图片到内存（Bitmap API）

1.Bitmap (API使用) android里面的bitmap中,一个像素点需要4个byte去表示,这是因为android表示颜色是" argb ":其中 a 表示是透明度,然后是" rgb" 颜色表示范围 00000000 ~~~ffffffff 2.加载图片到内存: 上面说到了图形表示使用4byte,和int一样,所以Android里面每个像素点都是使用一个int来表示的. Bitmap bitmap = BitmapFactory.decodeResour

有效解决Android加载大图片时内存溢出的问题

首先解析一下基本的知识: 位图模式,bitmap颜色位数是1位 灰度模式,bitmap颜色位数是8位,和256色一样 RGB模式,bitmap颜色位数是24位 在RGB模式下,一个像素对应的是红.绿.蓝三个字节 CMYK模式,bitmap颜色位数是32位  在CMYK模式下,一个像素对应的是青.品.黄.黑四个字节 图像文件的字节数(Byte) = 图像分辨率*颜色深度/8(bit/8) 例如:一幅640*480图像分辨率.RGB色一般为24位真彩色,图像未经压缩的数据容量为:640X480X24

[android] 加载大图片到内存

默认情况下,android程序分配的堆内存大小是16,虚拟机上面的VM Heep就是设置它的 一个图片所占的内存,比如1920*2560像素的图片需要,1920*2560*3至少这些的内存byte 找到ImageView控件对象 调用BitmapFactory对象的decodeFile(pathName)方法,来获取一个位图对象,参数:pathName是String类型的图片路径 把图片导入到手机的sdcard目录下面 调用ImageView对象的setImageBitmap(bitemap)方