Bitmap与BiatmapFactory深入解析
来源:互联网 发布:生鲜配送app源码 编辑:程序博客网 时间:2024/04/29 01:38
我们都知道在Android开发中经常会出现oom(OutofMemory)等由于内存导致的异常。很多人对Android内存机制都比较陌生,如果我们不注意这些,Bitmaps会迅速的消耗掉可用内存从而导致程序崩溃。在代码中对Bitmap的处理也就成了我们优化的方向。
BitmapFactory有一系列的方法如:(decodeByteArray(), decodeFile(), decodeResource()等),用来加载不同类型的图片资源并且返回一个Bitmap对象。 当Bitmap对象被decode时,获得的Bitmap对象可能会被加载到内存中,这时获得的Bitmap可能占用较多的内存,从而导致oom。但是BitmapFactory.Options对象可以对此时的Bitmap对象进行设置,由BitmapFactory.Options对象的inJustDecodeBounds属性来决定当前Bitmap是否加载到内存中,当inJustDecodeBounds为true时,则不加载到内存中,此时会返回一个null的Bitmap,但是任然可以获取到 outWidth, outHeight 与 outMimeType。该技术可以允许你在构造Bitmap之前优先读图片的尺寸与类型。
BitmapFactory.Options options = new BitmapFactory.Options();options.inJustDecodeBounds = true;BitmapFactory.decodeResource(getResources(), R.id.myimage, options);int imageHeight = options.outHeight;int imageWidth = options.outWidth;String imageType = options.outMimeType;
为了避免java.lang.OutOfMemory 的异常,我们需要在真正解析图片之前检查它的尺寸(除非你能确定这个数据源提供了准确无误的图片且不会导致占用过多的内存)。
加载一个按比例缩小的版本到内存中(Load a Scaled Down Version into Memory)
通过上面的步骤我们已经获取到了图片的尺寸,这些数据可以用来帮助我们决定应该加载整个图片到内存中还是加载一个缩小的版本。有下面一些因素需要考虑:
评估加载完整图片所需要耗费的内存。
程序在加载这张图片时可能涉及到的其他内存需求。
呈现这张图片的控件的尺寸大小。
屏幕大小与当前设备的屏幕密度。
例如,如果把一个大小为1024x768像素的图片显示到大小为128x96像素的ImageView上吗,就没有必要把整张原图都加载到内存中。
为了告诉解码器去加载一个缩小版本的图片到内存中,需要在BitmapFactory.Options 中设置 inSampleSize(采样率) 的值。例如, 一个分辨率为2048x1536的图片,如果设置 inSampleSize 为4,那么会产出一个大约512x384大小的Bitmap。加载这张缩小的图片仅仅使用大概0.75MB的内存,如果是加载完整尺寸的图片,那么大概需要花费12MB(前提都是Bitmap的配置是 ARGB_8888)。下面有一段根据目标图片大小来计算Sample图片大小的代码示例:
public static int calculateInSampleSize( BitmapFactory.Options options, int reqWidth, int reqHeight) { // Raw height and width of image final int height = options.outHeight; final int width = options.outWidth; int inSampleSize = 1; if (height > reqHeight || width > reqWidth) { final int halfHeight = height / 2; final int halfWidth = width / 2; // Calculate the largest inSampleSize value that is a power of 2 and keeps both // height and width larger than the requested height and width. while ((halfHeight / inSampleSize) > reqHeight && (halfWidth / inSampleSize) > reqWidth) { inSampleSize *= 2; } } return inSampleSize;}
Note: 设置inSampleSize为2的幂是因为解码器最终还是会对非2的幂的数进行向下处理,获取到最靠近2的幂的数。详情参考inSampleSize的文档。
为了使用该方法,首先需要设置 inJustDecodeBounds 为 true, 把options的值传递过来,然后设置 inSampleSize 的值并设置 inJustDecodeBounds 为 false,之后重新调用相关的解码方法。
public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId, int reqWidth, int reqHeight) { // First decode with inJustDecodeBounds=true to check dimensions final BitmapFactory.Options options = new BitmapFactory.Options(); options.inJustDecodeBounds = true; BitmapFactory.decodeResource(res, resId, options); // Calculate inSampleSize options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight); // Decode bitmap with inSampleSize set options.inJustDecodeBounds = false; return BitmapFactory.decodeResource(res, resId, options);}
使用上面这个方法可以简单地加载一张任意大小的图片。如下面的代码样例显示了一个接近 100x100像素的缩略图:
mImageView.setImageBitmap( decodeSampledBitmapFromResource(getResources(), R.id.myimage, 100, 100));
我们可以通过替换合适的BitmapFactory.decode* 方法来实现一个类似的方法,从其他的数据源解析Bitmap。
- Bitmap与BiatmapFactory深入解析
- 深入了解Bitmap源码解析及经验总结
- Oracle 深入解析B-Tree索引与Bitmap位图索引的锁代价
- BitmapFactory解析与Bitmap的内存优化
- BitmapFactory解析与Bitmap的内存优化
- Bitmap解析
- bitmap解析
- bitmap解析
- 深入解析数据类型与变量
- ContentProvider 与Uri 深入解析
- 深入解析HTTP与HTTPS
- Bitmap的深入理解
- Bitmap的深入理解
- 深入解析Spring MVC与Web Flow
- Enterprise Library深入解析与灵活应用
- 迭代与递归深入解析
- OpenCL与CUDA架构深入解析
- IRQL深入解析(3)--与IRQ比较
- 第四周项目18-游戏角色设计(2)
- (补)环境变量的配置以及eclipse的快捷键
- 3631:[JLOI2014]松鼠的新家
- 堆的概念及基本操作实现
- 二分查找算法(OC版--非递归实现)
- Bitmap与BiatmapFactory深入解析
- 理解Java虚拟机体系结构
- 鲜为人知的Multipeer Connectivity(部分转载)
- Android酷炫实用的开源框架
- Java 学习系列:LinkedList 的实现原理
- javascript创建子类
- PHP中与Perl兼容的正则表达式处理函数
- nodejs
- mount/umount函数