转自:http://www.cnblogs.com/hellope/archive/2011/08/23/2150400.html
使用android提供的BitmapFactory解码一张图片时,有时会遇到该错误,即:java.lang.OutOfMemoryError: bitmap size exceeds VM budget。这往往是由于图片过大造成的。要想正常使用,一种方式是分配更少的内存空间来存储,即在载入图片的时候以牺牲图片质量为代价,将图片进行放缩,这也是不少人现在为避免以上的OOM所采用的解决方法。但是,这种方法是得不偿失的,当我们使用图片作为缩略图查看时候倒是没有说什么,但是,当需要提供图片质量的时候,该怎么办呢? java.lang.OutOfMemoryError: bitmap size exceeds VM budget着实让不少人欲哭无泪呀!前几天刚好有个需求需要载入SD卡上面的图片。
首先是使用
Bitmap bmp = BitmapFactory.decodeFile(pePicFile.getAbsolutePath() +
"/"
+info.getImage());
上面参数是我将要读取的图片文件及路径,当文件较小时,程序能够正常运行,但是当我选择一张大图时,程序立刻蹦出了java.lang.OutOfMemoryError: bitmap size exceeds VM budget的OOM错误!
在android设备上(where you have only 16MB memory available ),如果使用 BitmapFactory解码一个较大文件,很大的情况下会出现上述情况。那么,怎么解决?!
先说之前提到过的一种方法:即将载入的图片缩小,这种方式以牺牲图片的质量为代价。在BitmapFactory中有一个内部类 BitmapFactory.Options,其中当options.inSampleSize值>1时,根据文档:
If set to a value > 1, requests the decoder to subsample the original image, returning a smaller image to save memory. (1 -> decodes full size; 2 -> decodes 1/4th size; 4 -> decode 1/16th size). Because you rarely need to show and have full size bitmap images on your phone. For manipulations smaller sizes are usually enough.
也就是说, options.inSampleSize是以2的指数的倒数被进行放缩。这样,我们可以依靠 inSampleSize的值的设定将图片放缩载入,这样一般情况也就不会出现上述的OOM问题了。现在问题是怎么确定 inSampleSize的值?每张图片的放缩大小的比例应该是不一样的!这样的话就要运行时动态确定。在 BitmapFactory.Options中提供了另一个成员inJustDecodeBounds。
1
BitmapFactory.Options opts =
new
BitmapFactory.Options();
2
opts.inJustDecodeBounds =
true
;
3
Bitmap bitmap = BitmapFactory.decodeFile(imageFile, opts);
设置inJustDecodeBounds为true后,decodeFile并不分配空间,但可计算出原始图片的长度和宽度,即opts.width和opts.height。有了这两个参数,再通过一定的算法,即可得到一个恰当的inSampleSize。 Android提供了一种动态计算的方法。如下:
01
public
static
int
computeSampleSize(BitmapFactory.Options options,
02
int
minSideLength,
int
maxNumOfPixels) {
03
int
initialSize = computeInitialSampleSize(options, minSideLength,
07
if
(initialSize <=
8
) {
09
while
(roundedSize < initialSize) {
13
roundedSize = (initialSize +
7
) /
8
*
8
;
19
private
static
int
computeInitialSampleSize(BitmapFactory.Options options,
20
int
minSideLength,
int
maxNumOfPixels) {
21
double
w = options.outWidth;
22
double
h = options.outHeight;
24
int
lowerBound = (maxNumOfPixels == -
1
) ?
1
:
25
(
int
) Math.ceil(Math.sqrt(w * h / maxNumOfPixels));
26
int
upperBound = (minSideLength == -
1
) ?
128
:
27
(
int
) Math.min(Math.floor(w / minSideLength),
28
Math.floor(h / minSideLength));
30
if
(upperBound < lowerBound) {
34
if
((maxNumOfPixels == -
1
) &&
35
(minSideLength == -
1
)) {
37
}
else
if
(minSideLength == -
1
) {
以上参考一下,我们只需要使用此函数就行了:
BitmapFactory.Options opts =
new
BitmapFactory.Options();
opts.inJustDecodeBounds =
true
;
BitmapFactory.decodeFile(imageFile, opts);
opts.inSampleSize = computeSampleSize(opts, -
1
,
128
*
128
);
opts.inJustDecodeBounds =
false
;
Bitmap bmp = BitmapFactory.decodeFile(imageFile, opts);
imageView.setImageBitmap(bmp);
}
catch
(OutOfMemoryError err) {
这样,在BitmapFactory.decodeFile执行处,也就不会报出上面的OOM Error了。完美解决?如前面提到的,这种方式在一定程度上是以牺牲图片质量为代价的。如何才能更加优化的实现需求?
当在android设备中载入较大图片资源时,可以创建一些临时空间,将载入的资源载入到临时空间中。
1
BitmapFactory.Options bfOptions=
new
BitmapFactory.Options();
2
bfOptions.inTempStorage=
new
byte
[
12
*
1024
];
以上创建了一个12kb的临时空间。然后使用Bitmap bitmapImage = BitmapFactory.decodeFile(path,bfOptions);但是我在程序中却还是出现以上问题!以下使用BitmapFactory.decodeFileDescriptor解决了以上问题:
01
BitmapFactory.Options bfOptions=
new
BitmapFactory.Options();
02
bfOptions.inDither=
false
;
03
bfOptions.inPurgeable=
true
;
04
bfOptions.inTempStorage=
new
byte
[
12
*
1024
];
06
File file =
new
File(pePicFile.getAbsolutePath() +
"/"
+info.getImage());
07
FileInputStream fs=
null
;
09
fs =
new
FileInputStream(file);
10
}
catch
(FileNotFoundException e) {
16
bmp = BitmapFactory.decodeFileDescriptor(fs.getFD(),
null
, bfOptions);
17
}
catch
(IOException e) {
23
}
catch
(IOException e) {
当然要将取得图片进行放缩显示等处理也可以在以上得到的bmp进行。
PS: 请图片处理后进行内存回收 。 bmp.recycle();这样将图片占有的内存资源释放。