Android开发中 页面加载一张超大图片（561kb）时出现OOM

今天做项目，发现需要显示一张超大图片，处理过后，还有561Kb

加载的时候，就crash — OOM

shortMsg:java.lang.OutOfMemoryError

longMsg:java.lang.OutOfMemoryError: bitmap size exceeds VM budget

stackTrace:java.lang.OutOfMemoryError: bitmap size exceeds VM budget

at android.graphics.Bitmap.nativeCreate(Native Method)

at android.graphics.Bitmap.createBitmap(Bitmap.java:477)

at android.graphics.Bitmap.createBitmap(Bitmap.java:444)

at android.graphics.Bitmap.createScaledBitmap(Bitmap.java:349)

at android.graphics.BitmapFactory.finishDecode(BitmapFactory.java:512)

at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:487)

at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:336)

代码如下：

detailView=(ImageView)findViewById(R.id.detailView);

detailView.setBackgroundResource(R.drawable.more_info);//this line will lead to OOM

换成这种：

detailView.setImageResource(R.drawable.more_info); //也同样会OOM

后来找到了solution:

/**

* 以最省内存的方式读取本地资源的图片

* @param context

*@param resId

* @return

*/

public static Bitmap readBitMap(Context context, int resId){

BitmapFactory.Options opt = new BitmapFactory.Options();

opt.inPreferredConfig = Bitmap.Config.RGB_565;

opt.inPurgeable = true;

opt.inInputShareable = true;

//获取资源图片

InputStream is = context.getResources().openRawResource(resId);

return BitmapFactory.decodeStream(is,null,opt);

}

取得bitmap之后，再 detailView.setImageBitmap(pdfImage); 就ok了！

那是为什么，会导致oom呢：

原来当使用像 imageView.setBackgroundResource，imageView.setImageResource, 或者 BitmapFactory.decodeResource 这样的方法来设置一张大图片的时候，

这些函数在完成decode后，最终都是通过java层的createBitmap来完成的，需要消耗更多内存。

因此，改用先通过BitmapFactory.decodeStream方法，创建出一个bitmap，再将其设为ImageView的 source，decodeStream最大的秘密在于其直接调用JNI>>nativeDecodeAsset()来完成decode，无需再使用java层的createBitmap，从而节省了java层的空间。如果在读取时加上图片的Config参数，可以跟有效减少加载的内存，从而跟有效阻止抛out
of Memory异常。

另外，需要特别注意：



decodeStream是直接读取图片资料的字节码了， 不会根据机器的各种分辨率来自动适应，使用了decodeStream之后，需要在hdpi和mdpi，ldpi中配置相应的图片资源，否则在不同分辨率机器上都是同样大小（像素点数量），显示出来的大小就不对了。

转载地址