Android中的图片OOM

图片显示

我们需要根据需求去加载图片的大小。

例如在列表中仅用于预览时加载缩略图。

只有当用户点击具体条目想看详细信息的时候，这时另启动一个fragment／activity／对话框等等，去显示整个图片。

图片像素

Android中图片有四种属性，分别是：

• ALPHA_8****：每个像素占用1byte内存
• ARGB_4444****：每个像素占用2byte内存
• ARGB_8888****：每个像素占用4byte内存 （默认）
• RGB_565****：每个像素占用2byte内存

Android默认的颜色模式为ARGB_8888，这个颜色模式色彩最细腻，显示质量最高。但同样的，占用的内存也最大。 所以在对图片效果不是特别高的情况下使用RGB_565（565没有透明度属性）

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

opt.inPreferredConfig = Bitmap.Config.RGB_565; // 图像以RGB_565读取

图片大小边界压缩

直接使用ImageView显示bitmap会占用较多资源，特别是图片较大的时候，可能导致崩溃。 使用BitmapFactory.Options设置inSampleSize, 这样做可以减少对系统资源的要求。 属性值inSampleSize表示缩略图大小为原始图片大小的几分之一，即如果这个值为2，则取出的缩略图的宽和高都是原始图片的1/2，图片大小就为原始大小的1/4。

图片OOM的原理：

假设一张图片的宽高为2600 * 1800 像素，每个像素是ARGB_8888,则其直接拉进内 存，占用的内存大小为：

2600 * 1800 * 4byte = 18720000byte = 17.8M

若展示此图片的ImageView大小仅为260 * 180px，则加载这么大的图片是没什么意义的，经计算，压缩比为10（2600 / 260），即inSampleSize = 10；

经过边界压缩后，图片的大小为：

260 * 180 * 4byte = 0.18M

图片压缩范例代码：

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

options.inJustDecodeBounds = true; // 设置inJustDecodeBounds为true后，decodeFile并不分配空间

Bitmap bitmap = BitmapFactory.decodeFile("/sdcard/test.jpg", options); //此时返回bitmap为空, 但加载到了原始图片的长度和宽度   

options.inJustDecodeBounds = false; // 这里一定要将其设置回false，因为之前我们将其设置成了true  

// 计算缩放比  （仅以计算高度缩放举例）

int be = (int)(options.outHeight / iv.getHeight());

if (be <= 0) {

 be = 1;

}

options.inSampleSize = be; // 设置压缩比

//重新读入图片，注意这次要把options.inJustDecodeBounds 设为 false

bitmap=BitmapFactory.decodeFile("/sdcard/test.jpg",options); 

iv.setImageBitmap(bitmap); // 设置图片到ImageView

图片回收

使用Bitmap过后，就需要及时的调用Bitmap.recycle()方法来释放Bitmap占用的内存空间，而不要等Android系统来进行释放。

下面是释放Bitmap的示例代码片段：

// 先判断是否已经回收 

if(bitmap != null && !bitmap.isRecycled()){ 

 // 回收并且置为null 

 bitmap.recycle();

 bitmap = null;

} 

System.gc();

捕获异常

经过上面这些优化后还会存在报OOM的风险，所以下面需要一道最后的关卡——捕获OOM异常：

Bitmap bitmap = null; 

try { 

 // 实例化Bitmap 

 bitmap = BitmapFactory.decodeFile(path);

} catch (OutOfMemoryError e) { 

 // 捕获OutOfMemoryError，避免直接崩溃 

} 

if (bitmap == null) { 

 // 如果实例化失败  返回默认的Bitmap对象 

 return defaultBitmapMap;

}

使用LruCache进行内存管理

这个类非常适合用来缓存图片，它的主要算法原理是把最近使用的对象用强引用存储在 LinkedHashMap 中，并且把最近最少使用的对象在缓存值达到预设定值之前从内存中移除。

在过去，我们经常会使用一种非常流行的内存缓存技术的实现，即软引用或弱引用 (SoftReference or WeakReference)。但是现在已经不再推荐使用这种方式了，因为从 Android 2.3 (API Level 9)开始，垃圾回收器会更倾向于回收持有软引用或弱引用的对象，这让软引用和弱引用变得不再可靠。另外，Android 3.0 (API Level 11)中，图片的数据会存储在本地的内存当中，因而无法用一种可预见的方式将其释放，这就有潜在的风险造成应用程序的内存溢出并崩溃。

我们应该考虑到底应该为缓存分配多大的空间，一般建议为可用内存最大值的1/8左右：

// 获取到可用内存的最大值，使用内存超出这个值会引起OutOfMemory异常。

// LruCache通过构造函数传入缓存值，以KB为单位。

int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);

LruCache mBitmapCache = new LruCache(maxMemory);

常见图片加载框架

Univeral-Image-Loader

l 多线程下载图片，图片可以来源于网络，文件系统，项目文件夹assets中以及drawable中等

l 支持随意的配置ImageLoader，例如线程池，图片下载器，内存缓存策略，硬盘缓存策略，图片显示选项以及其他的一些配置

l 支持图片的内存缓存，文件系统缓存或者SD卡缓存

l 支持图片下载过程的监听

l 根据控件(ImageView)的大小对Bitmap进行裁剪，减少Bitmap占用过多的内存

l 较好的控制图片的加载过程，例如暂停图片加载，重新开始加载图片，一般使用在ListView,GridView中，滑动过程中暂停加载图片，停止滑动的时候去加载图片

l 提供在较慢的网络下对图片进行加载

Picasso

l 使用ListView，GridView的时候，自动检测Adapter的重用，取消下载，使用缓存

l 将图像进行变换，以更好的适应布局控件等，减小内存开销

l 进行图形变换，也可以写自己的变换类，但是必须实现Transformation接口

l 支持设置加载之前的图片，和加载失败后的图片

l 支持加载资源文件的图片

l 支持加载sdcard中的图片文件

Fresco

FaceBook出品

Fresco综合了之前图片加载库的优点的基础上利用本地代码做了性能上的优化