图片_OOM_OutOfMemory

最新推荐文章于 2020-10-29 08:11:12 发布

hd_hunter

最新推荐文章于 2020-10-29 08:11:12 发布

阅读量508

点赞数 1

分类专栏： Android图片网络文章标签： android 图片 oom

本文链接：https://blog.csdn.net/u011216417/article/details/51155566

版权

Android图片网络专栏收录该内容

24 篇文章 0 订阅

订阅专栏

图片显示

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

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

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

图片像素

Android中图片有四种属性，分别是：1920*1080 4B
ALPHA_8：每个像素占用1byte内存
ARGB_4444：每个像素占用2byte内存
ARGB_8888：每个像素占用4byte 4B内存（默认）
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; 并发垃圾回收机制 3.0

}

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);