有效的处理较大的位图
来源:互联网 发布:mac连不上wifi手机可以 编辑:程序博客网 时间:2024/05/17 23:53
图像有各种形状和大小。在许多情况下,他们往往比一个典型应用程序的用户界面(UI)所需要的资源更大。例如,系统的Gallery程序展示使用Android设备照相机所拍摄的照片通常要比你的设备的屏幕密度更高的分辨率下显示。
既然你所使用的内存有限,理想状况下你只想在内存中加载一个低版本的方案。低版本的方案应该匹配显示它的UI组件的大小。一个更高的解决方案不提供任何可见的好处,但是仍然占用以前的内存,由于额外的缩放会导致额外的性能开销。
这节课将引导你在不超过内存限制的情况下通过解码大位图,在内存中加载一个较小的位图子样本。
BitmapFactory类提供了集中解码的方法(decodeByteArray(),decodeFile(),decodeResource(),等等)从多种资源中来创建一个位图。选择最合适的解码方法基于你的图像数据资源。这些方法试图情去分配内存来构造位图,因此很容易导致OutOfMemory异常。每种类型的解码方法都有额外的特征可以让你通过BitMapFactory.Options类指定特定解码方法。当解码时避免内存分配可以设置inJustDecodeBounds属性为true,位图对象返回null除非设置outWidth,outHeight和outMimeType。这种技术允许你在创建位图(分配内存)之前去读取图像的维度和类型。
1 2 3 4 5 6 7 8 91011
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异常,在解码位图之前请检查它的维度,除非你十分确定资源提供给你的可预见的图像数据正好满足你的内存。
现在的图像尺寸都是已知的,他们可以被用来决定是否应该加载到存储器或者是否一个子样本的版本被加载。以下是一些值得考虑的因素:
- 估计加载完整图像所需要的内存;
- 你承诺加载这个图片所需空间带给你的程序的其他内存需求;
- 准备加载图像的目标ImageView或UI组建尺寸;
- 当前设备的屏幕尺寸和密度;
例如,如果1024* 768像素的图像最终被缩略地显示在一个128* 96像素的ImageView中,就不值得加载到内存中去。
告诉解码器去子样本化图像,加载一个更小的版本到内存中,在你的BitmapFactory.Option对象中设置inSampleSize为true。例如,将一个分辨率为2048* 1536的图像解码为4个子版本大小为大约512* 384的位图。加载这个到内存中仅使用0.75MB,而不是完整的12MB大小的图像(假设使用ARGB_8888位图的配置)。这里有一个方法在目标的宽度和高度的基础上来计算一个样本的大小。
```Java
public static int calculateInSampleSize(
1 2 3 4 5 6 7 8 9101112131415
BitmapFactory.Options options, int reqWidth, int reqHeight) // Raw height and width of imagefinal int height = options.outHeight; final int width = options.outWidth; int inSampleSize = 1; if (height > reqHeight || width > reqWidth) { if (width > height) { inSampleSize = Math.round((float)height / (float)reqHeight); } else { inSampleSize = Math.round((float)width / (float)reqWidth); } } return inSampleSize; } <p style="border-color: #258AAF; border-style: solid; border-width: 0 0 0 4px; padding: 0 0 0 10px;">
1 2 3 4 5 6 7 8 910111213141516171819202122232425262728
**NOTE:**使用2的幂数设置inSampleSize的值可以使解码器更快,更有效。然而,如果你想在内存或硬盘中缓存一个图片调整后的版本,通常解码到合适的图像尺寸更适合来节省空间。要使用这种方法,首先解码,将inJustDecodeBounds设置为true,将选项传递进去,然后再次解码,在使用新的inSampleSize值并将inJustDecodeBounds设置为false: ```Java 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); }
这种方法可以很容易地加载任意大小的位图到一个ImageView显示一个100x100像素的缩略图,如下面的示例代码所示:
```Java
123
mImageView.setImageBitmap(decodeSampledBitmapFromResource(getResources(), R.id.myimage, 100, 100));
1 2 3 4 5 6 7 8 91011121314151617181920
你可以按照类似的过程,用适当的BitmapFactory.decode* 中的方法去解码一个从其他资源得到的位图。图像有各种形状和大小。在许多情况下,他们往往比一个典型应用程序的用户界面(UI)所需要的资源更大。例如,系统的Gallery程序展示使用Android设备照相机所拍摄的照片通常要比你的设备的屏幕密度更高的分辨率下显示。既然你所使用的内存有限,理想状况下你只想在内存中加载一个低版本的方案。低版本的方案应该匹配显示它的UI组件的大小。一个更高的解决方案不提供任何可见的好处,但是仍然占用以前的内存,由于额外的缩放会导致额外的性能开销。这节课将引导你在不超过内存限制的情况下通过解码大位图,在内存中加载一个较小的位图子样本。BitmapFactory类提供了集中解码的方法(decodeByteArray(),decodeFile(),decodeResource(),等等)从多种资源中来创建一个位图。选择最合适的解码方法基于你的图像数据资源。这些方法试图情去分配内存来构造位图,因此很容易导致OutOfMemory异常。每种类型的解码方法都有额外的特征可以让你通过BitMapFactory.Options类指定特定解码方法。当解码时避免内存分配可以设置inJustDecodeBounds属性为true,位图对象返回null除非设置outWidth,outHeight和outMimeType。这种技术允许你在创建位图(分配内存)之前去读取图像的维度和类型。```Java 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异常,在解码位图之前请检查它的维度,除非你十分确定资源提供给你的可预见的图像数据正好满足你的内存。
现在的图像尺寸都是已知的,他们可以被用来决定是否应该加载到存储器或者是否一个子样本的版本被加载。以下是一些值得考虑的因素:
- 估计加载完整图像所需要的内存;
- 你承诺加载这个图片所需空间带给你的程序的其他内存需求;
- 准备加载图像的目标ImageView或UI组建尺寸;
- 当前设备的屏幕尺寸和密度;
例如,如果1024* 768像素的图像最终被缩略地显示在一个128* 96像素的ImageView中,就不值得加载到内存中去。
告诉解码器去子样本化图像,加载一个更小的版本到内存中,在你的BitmapFactory.Option对象中设置inSampleSize为true。例如,将一个分辨率为2048* 1536的图像解码为4个子版本大小为大约512* 384的位图。加载这个到内存中仅使用0.75MB,而不是完整的12MB大小的图像(假设使用ARGB_8888位图的配置)。这里有一个方法在目标的宽度和高度的基础上来计算一个样本的大小。
1 2 3 4 5 6 7 8 91011121314151617181920212223242526
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) { if (width > height) { inSampleSize = Math.round((float)height / (float)reqHeight); } else { inSampleSize = Math.round((float)width / (float)reqWidth); } } return inSampleSize; }
NOTE:使用2的幂数设置inSampleSize的值可以使解码器更快,更有效。然而,如果你想在内存或硬盘中缓存一个图片调整后的版本,通常解码到合适的图像尺寸更适合来节省空间。
要使用这种方法,首先解码,将inJustDecodeBounds设置为true,将选项传递进去,然后再次解码,在使用新的inSampleSize值并将inJustDecodeBounds设置为false:
1 2 3 4 5 6 7 8 91011121314151617181920212223
public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId, int reqWidth, int reqHeight) { // First decode with inJustDecodeBounds=true to check dime 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); }
这种方法可以很容易地加载任意大小的位图到一个ImageView显示一个100x100像素的缩略图,如下面的示例代码所示:
123
mImageView.setImageBitmap( decodeSampledBitmapFromResource(getResources(), R.id.myimage, 100, 100));
你可以按照类似的过程,用适当的BitmapFactory.decode* 中的方法去解码一个从其他资源得到的位图。
- 有效的处理较大的位图
- Loading Large Bitmaps Efficiently 有效的处理较大的位图
- android--(Bitmap处理较大的位图、缓存位图)
- 更有效的加载较大的Bitmap
- 位图的简单处理
- Symbian 上位图的处理(
- 学习数字图像处理时帮助较大的文章
- 游戏编程一:位图的处理
- 位图bmp的API处理函数
- ActionScript 3.0中中位图的处理
- 处理来自UI线程的位图
- IOS中8位图的颜色处理
- 处理来自UI线程的位图
- 缩放位图以及简单的图形处理
- 找出较大的一个数
- 高效加载较大的 Bitmaps
- 求较大数的阶乘
- 【HUSTOJ】1009: 较大的数
- NOIP 提高组复赛 day1 国王游戏
- Hibernate中映射枚举类型
- Android SDK无法更新问题解决
- android 内存优化篇
- centos5.4中安装nodeJs(错误fpu = 'vfpv3' if armv7 else 'vfpv2'的解决)
- 有效的处理较大的位图
- 购买古筝琴弦常见10个问题
- Objective C - CFUUIDRef 创建UUID:
- python--脚本语言
- 橙光古风背景素材下载
- Android压缩图片到100K以下并保持不失真的高效方法
- 如何设置SOLR的高亮 (highlight)?
- Android上传图片到服务器
- 不要被那些突然的事情给打断自己的计划