Android高效加载大图，有效避免程序OOM
相信不少同学对OOM都不陌生吧，大都是因为内存里加载的东西太多导致内存泄漏。
今天我们就来学习一下如何高效的加载大图
上一节我们讲到了调用系统相册的例子，系统图片库里展示的图片大都是用手机摄像头拍出来的，这些图片的分辨率会比我们手机屏幕的分辨率高得多。大家应该知道，我们编写的应用程序都是有一定内存限制的，程序占用了过高的内存就容易出现OOM(OutOfMemory)异常。我们可以通过下面的代码看出每个应用程序最高可用内存是多少。
int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
Log.d("TAG", "Max memory is " + maxMemory + "KB");
因此在展示高分辨率图片的时候，最好先将图片进行压缩。压缩后的图片大小应该和用来展示它的控件大小相近，在一个很小的ImageView上显示一张超大的图片不会带来任何视觉上的好处，但却会占用我们相当多宝贵的内存，而且在性能上还可能会带来负面影响。下面我们就来看一看，如何对一张大图片进行适当的压缩。
BitmapFactory
这个类提供了多个解析方法(decodeByteArray, decodeFile, decodeResource等)用于创建Bitmap对象，我们应该根据图片的来源选择合适的方法。比如SD卡中的图片可以使用decodeFile方法，网络上的图片可以使用decodeStream方法，资源文件中的图片可以使用decodeResource方法。这些方法会尝试为已经构建的bitmap分配内存，这时就会很容易导致OOM出现。为此每一种解析方法都提供了一个可选的BitmapFactory.Options参数，将这个参数的inJustDecodeBounds属性设置为true就可以让解析方法禁止为bitmap分配内存，返回值也不再是一个Bitmap对象，而是null。虽然Bitmap是null了，但是BitmapFactory.Options的outWidth、outHeight和outMimeType属性都会被赋值。这个技巧让我们可以在加载图片之前就获取到图片的长宽值和MIME类型，从而根据情况对图片进行压缩。如下代码所示：
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;
现在图片的大小已经知道了，我们就可以决定是把整张图片加载到内存中还是加载一个压缩版的图片到内存中。以下几个因素是我们需要考虑的：
- 预估一下加载整张图片所需占用的内存。
- 为了加载这一张图片你所愿意提供多少内存。
- 用于展示这张图片的控件的实际大小。
- 当前设备的屏幕尺寸和分辨率。
比如，你的ImageView只有12896像素的大小，只是为了显示一张缩略图，这时候把一张1024768像素的图片完全加载到内存中显然是不值得的。
那我们怎样才能对图片进行压缩呢？通过设置BitmapFactory.Options中inSampleSize的值就可以实现。比如我们有一张20481536像素的图片，将inSampleSize的值设置为4，就可以把这张图片压缩成512384像素。原本加载这张图片需要占用13M的内存，压缩后就只需要占用0.75M了(假设图片是ARGB_8888类型，即每个像素点占用4个字节)。下面的方法可以根据传入的宽和高，计算出合适的inSampleSize值：
public static int calculateInSampleSize(BitmapFactory.Options options,
int reqWidth, int reqHeight) {
// 源图片的高度和宽度
final int height = options.outHeight;
final int width = options.outWidth;
int inSampleSize = 1;
if (height > reqHeight || width > reqWidth) {
// 计算出实际宽高和目标宽高的比率
final int heightRatio = Math.round((float) height / (float) reqHeight);
final int widthRatio = Math.round((float) width / (float) reqWidth);
// 选择宽和高中最小的比率作为inSampleSize的值，这样可以保证最终图片的宽和高
// 一定都会大于等于目标的宽和高。
inSampleSize = heightRatio < widthRatio ? heightRatio : widthRatio;
}
return inSampleSize;
}
万事俱备只欠封装了，我们现在知道了如何获取图片的大小和对图片进行压缩，下一步我们就将两者结合，定义一个公共方法供我们以后使用
public static int showPhotoInformation(String path,int reqWidth,int reqHeight) {
//获取图片的大小和类型
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeFile(path,options);
int imageHeight = options.outHeight;
int imageWidth = options.outWidth;
String imageType = options.outMimeType;
//根据期望的宽和高(单位是dp)计算压缩的inSampleSize
int inSampleSize = 1;
if (imageHeight > reqHeight || imageWidth > reqWidth) {
// 计算出实际宽高和目标宽高的比率
final int heightRatio = Math.round((float) imageHeight / (float) reqHeight);
final int widthRatio = Math.round((float) imageWidth / (float) reqWidth);
// 选择宽和高中最小的比率作为inSampleSize的值，这样可以保证最终图片的宽和高
// 一定都会大于等于目标的宽和高。
inSampleSize = heightRatio < widthRatio ? heightRatio : widthRatio;
}
Log.e("imageInformation","imageHeight="+imageHeight+"imageWidth="+imageWidth+"imageType="+imageType);
//返回图片压缩的比例
return inSampleSize;
}
下面还有一段代码是用来加载图片的
public static Bitmap returnBitmap(String path,int size){
//path代表图片的真实路径和size代表图片压缩的比例
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = false;
options.inSampleSize = size;
return BitmapFactory.decodeFile(path,options);
}
具体的调用如下,CommonUtil是自定义的公共类
String imagePath = handleImageOnKitKat(intent);
int size = CommonUtil.showPhotoInformation(imagePath,50,50); header_im1.setImageBitmap(CommonUtil.returnBitmap(imagePath,size));
注意
上一篇博客加载头像图片时也是采用bitmap的方法，细心的同学可能会发现相册里面都是些大图片，直接加载会不会出现OOM呢，答案是可能的，所以当选择完图片后，选择的图片显示全黑或者程序崩溃，我们就应该考虑压缩图片再显示了
以上就是如何高效加载大图的所有代码了，如有帮助请点个赞吧！！！
如有问题，欢迎留言讨论！！！
