Bitmap避免OOM

jiezi

5 年前

01. 先看一个需求分析案例
02.Bitmap 占用内存介绍
03. 影响 Bitmap 占用内存因素
04. 图像加载的方式
05. 加载图像内存去哪里了
06. 具体实现加载图片步骤

和南尘 (世麟) 认识与网络，估计好多程序员都看过他的文章，我也是。虽然没有见过面，但是微信聊过多次，感觉人非常不错。都具有共同的爱好，喜欢写技术博客和开源项目，算得上同道中人。
对于这次他遇到的事情，我的确很佩服他那种承担的责任和勇气。对于任何一个出身一般的人来说，大多数家庭都是难以承担疾病所带来的费用，即使有勇气承担，那经济上也的确让人压力很大，如果可以尽绵薄之力，那就特别感谢大家呢！
虽然大多数技术平台发这个水滴筹，有些人会表示不理解，有的甚至说会影响社区氛围。我觉得这种担心很正常，但是有点把问题放大了，首先这个是一个特别小概率的事件，并不会存在说大家都这样做就造成不好的影响。其次有人还说，会过渡消费社会这种同情和爱心，这种担心挺好，但是人总是会有分辨是非的能力，如果能够帮忙那就尽绵薄之力，如果不能帮忙那也不要乱扣帽子。
我知道最近世麟心情是错综复杂，但还好的是绝大多数程序员都是特别有善心的。我始终觉得一个能够坚持写技术博客，而且还写了这么多，掘金还是以前的掘金，没有发生变化。
程序员爸爸瘫痪 14 年，妈妈又这样，帮帮南尘！

案例说明
- 加载一个本地的大图片或者网络图片，从加载到设置到 View 上，如何减下内存，避免加载图片 OOM。
案例分析
- 在展示高分辨率图片的时候，最好先将图片进行压缩。压缩后的图片大小应该和用来展示它的控件大小相近，在一个很小的 ImageView 上显示一张超大的图片不会带来任何视觉上的好处，但却会占用相当多宝贵的内存，而且在性能上还可能会带来负面影响。

网络图片计算 Bitmap 的内存大小
- bitmap 内存大小 = 图片长度 x 图片宽度 x 单位像素占用的字节数
- 起决定因素就是最后那个参数了，Bitmap’ 常见有 2 种编码方式：ARGB_8888 和 RGB_565，ARGB_8888 每个像素点 4 个 byte，RGB_565 是 2 个 byte，一般都采用 ARGB_8888 这种。那么常见的 1080*1920 的图片内存占用就是：1920 x 1080 x 4 = 7.9M
加载本地资源计算 Bitmap 的内存大小
- 加载一张本地资源图片，那么它占用的内存 = width height nTargetDensity/inDensity 一个像素所占的内存。
- 详细可以看这篇文章 04.Bitmap 计算内存
正确说法，这个注意呢？计算公式如下所示
- 对资源文件：width height nTargetDensity/inDensity nTargetDensity/inDensity 一个像素所占的内存；
- 别的：width height 一个像素所占的内存；

影响 Bitmap 占用内存的因素：
- 图片最终加载的分辨率；
- 图片的格式(PNG/JPEG/BMP/WebP)；
- 图片所存放的 drawable 目录；
- 图片属性设置的色彩模式；
- 设备的屏幕密度；

获取图像的来源一般有三种源头:
- 1. 从网络加载 2. 从文件读取 3. 从资源文件加载
针对这三种情况我们一般使用 BitmapFactory 的
- decodeStream,decodeFile,decodeResource, 这三个函数来获取到 bitmap 然后再调用 ImageView 的 setImageBitmap 函数进行展现。

思考一下：内存去哪里了（为什么被消耗了这么多）？
- 其实我们的内存就是去 bitmap 里了，BitmapFactory 的每个 decode 函数都会生成一个 bitmap 对象，用于存放解码后的图像，然后返回该引用。如果图像数据较大就会造成 bitmap 对象申请的内存较多，如果图像过多就会造成内存不够用自然就会出现 out of memory 的现象。
为何容易 OOM？
- 通过 BitmapFactory 的 decode 的这些方法会尝试为已经构建的 bitmap 分配内存，这时就会很容易导致 OOM 出现。为此每一种解析方法都提供了一个可选的 BitmapFactory.Options 参数，将这个参数的 inJustDecodeBounds 属性设置为 true 就可以让解析方法禁止为 bitmap 分配内存，返回值也不再是一个 Bitmap 对象，而是 null。

为了避免 OOM 异常，最好在解析每张图片的时候都先检查一下图片的大小，除非你非常信任图片的来源，保证这些图片都不会超出你程序的可用内存。
现在图片的大小已经知道了，我们就可以决定是把整张图片加载到内存中还是加载一个压缩版的图片到内存中。以下几个因素是我们需要考虑的：
- 预估一下加载整张图片所需占用的内存。
- 为了加载这一张图片你所愿意提供多少内存。
- 用于展示这张图片的控件的实际大小。
- 当前设备的屏幕尺寸和分辨率。
比如，你的 ImageView 只有 128×96 像素的大小，只是为了显示一张缩略图，这时候把一张 2048×1536 像素的图片完全加载到内存中显然是不值得的。

怎样才能对图片进行压缩呢？
- 通过设置 BitmapFactory.Options 中 inSampleSize 的值就可以实现。
比如我们有一张 2048×1536 像素的图片，将 inSampleSize 的值设置为 4，就可以把这张图片压缩成 512×384 像素。
- 原本加载这张图片需要占用 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; 
}

大概步骤如下所示
- 要将 BitmapFactory.Options 的 inJustDecodeBounds 属性设置为 true，解析一次图片。注意这个地方是核心，这个解析图片并没有生成 bitmap 对象(也就是说没有为它分配内存控件)，而仅仅是拿到它的宽高等属性。
- 然后将 BitmapFactory.Options 连同期望的宽度和高度一起传递到到 calculateInSampleSize 方法中，就可以得到合适的 inSampleSize 值了。这一步会压缩图片。
- 之后再解析一次图片，使用新获取到的 inSampleSize 值，并把 inJustDecodeBounds 设置为 false，就可以得到压缩后的图片了。此时才正式创建了 bitmap 对象，由于前面已经对它压缩了，所以你会发现此时所占内存大小已经很少了。

具体的实现代码

public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId, 
        int reqWidth, int reqHeight) { 
    // 第一次解析将 inJustDecodeBounds 设置为 true，来获取图片大小 
    final BitmapFactory.Options options = new BitmapFactory.Options(); 
    options.inJustDecodeBounds = true; 
    BitmapFactory.decodeResource(res, resId, options); 
    // 调用上面定义的方法计算 inSampleSize 值 
    options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight); 
    // 使用获取到的 inSampleSize 值再次解析图片 
    options.inJustDecodeBounds = false; 
    return BitmapFactory.decodeResource(res, resId, options); 
}

思考：inJustDecodeBounds 这个参数是干什么的？
- 如果设置为 true 则表示 decode 函数不会生成 bitmap 对象，仅是将图像相关的参数填充到 option 对象里，这样我们就可以在不生成 bitmap 而获取到图像的相关参数了。
为何设置两次 inJustDecodeBounds 属性？
- 第一次：设置为 true 则表示 decode 函数不会生成 bitmap 对象，仅是将图像相关的参数填充到 option 对象里，这样我们就可以在不生成 bitmap 而获取到图像的相关参数。
- 第二次：将 inJustDecodeBounds 设置为 false 再次调用 decode 函数时就能生成 bitmap 了。而此时的 bitmap 已经压缩减小很多了，所以加载到内存中并不会导致 OOM。

将任意一张图片压缩成 100*100 的缩略图，并在 ImageView 上展示。

mImageView.setImageBitmap(decodeSampledBitmapFromResource(getResources(), R.id.ycimage, 100, 100));

1. 技术博客汇总
2. 开源项目汇总
3. 生活博客汇总
4. 喜马拉雅音频汇总
5. 其他汇总

github：https://github.com/yangchong211
知乎：https://www.zhihu.com/people/…
简书：http://www.jianshu.com/u/b7b2…
csdn：http://my.csdn.net/m0_37700275
喜马拉雅听书：http://www.ximalaya.com/zhubo…
开源中国：https://my.oschina.net/zbj161…
泡在网上的日子：http://www.jcodecraeer.com/me…
邮箱：yangchong211@163.com
阿里云博客：https://yq.aliyun.com/users/a… 239.headeruserinfo.3.dT4bcV
segmentfault 头条：https://segmentfault.com/u/xi…
掘金：https://juejin.im/user/593943…

Bitmap避免OOM

目录介绍

希望世麟兄弟母亲尽快好起来

01. 先看一个需求分析案例

02.Bitmap 占用内存介绍

03. 影响 Bitmap 占用内存因素

04. 图像加载的方式

05. 加载图像内存去哪里了

06. 具体实现加载图片步骤

6.1 对图片进行压缩

6.2 设置 BitmapFactory.Options 属性

6.3 设置 bitmap 到 View 上

其他介绍

01. 关于博客汇总链接

02. 关于我的博客

项目案例：https://github.com/yangchong2…