Bitmap避免OOM

时间  2019-12-05
标签 bitmap 避免 oom 繁體版
原文   原文链接

目录介绍

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

但愿世麟兄弟母亲尽快好起来

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

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

  • 案例说明php

    • 加载一个本地的大图片或者网络图片，从加载到设置到View上，如何减下内存，避免加载图片OOM。

  • 案例分析android

    • 在展现高分辨率图片的时候，最好先将图片进行压缩。压缩后的图片大小应该和用来展现它的控件大小相近，在一个很小的ImageView上显示一张超大的图片不会带来任何视觉上的好处，但却会占用至关多宝贵的内存，并且在性能上还可能会带来负面影响。

02.Bitmap占用内存介绍

  • 网络图片计算Bitmap的内存大小git

    • 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计算内存

  • 正确说法，这个注意呢？计算公式以下所示github

    • 对资源文件：width height nTargetDensity/inDensity nTargetDensity/inDensity 一个像素所占的内存；
    • 别的：width height 一个像素所占的内存；

03.影响Bitmap占用内存因素

  • 影响Bitmap占用内存的因素：segmentfault

    • 图片最终加载的分辨率；
    • 图片的格式(PNG/JPEG/BMP/WebP)；
    • 图片所存放的drawable目录；
    • 图片属性设置的色彩模式；
    • 设备的屏幕密度；

04.图像加载的方式

  • 获取图像的来源通常有三种源头:微信

    • 1.从网络加载2.从文件读取3.从资源文件加载

  • 针对这三种状况咱们通常使用BitmapFactory的网络

    • decodeStream,decodeFile,decodeResource,这三个函数来获取到bitmap而后再调用ImageView的setImageBitmap函数进行展示。

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

  • 思考一下：内存去哪里了（为何被消耗了这么多）？ide

    • 其实咱们的内存就是去bitmap里了，BitmapFactory的每一个decode函数都会生成一个bitmap对象，用于存放解码后的图像，而后返回该引用。若是图像数据较大就会形成bitmap对象申请的内存较多，若是图像过多就会形成内存不够用天然就会出现out of memory的现象。

  • 为什么容易OOM？函数

    • 经过BitmapFactory的decode的这些方法会尝试为已经构建的bitmap分配内存，这时就会很容易致使OOM出现。为此每一种解析方法都提供了一个可选的BitmapFactory.Options参数，将这个参数的inJustDecodeBounds属性设置为true就可让解析方法禁止为bitmap分配内存，返回值也再也不是一个Bitmap对象，而是null。

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

  • 为了不OOM异常，最好在解析每张图片的时候都先检查一下图片的大小，除非你很是信任图片的来源，保证这些图片都不会超出你程序的可用内存。

  • 如今图片的大小已经知道了，咱们就能够决定是把整张图片加载到内存中仍是加载一个压缩版的图片到内存中。如下几个因素是咱们须要考虑的：

    • 预估一下加载整张图片所需占用的内存。
    • 为了加载这一张图片你所愿意提供多少内存。
    • 用于展现这张图片的控件的实际大小。
    • 当前设备的屏幕尺寸和分辨率。
  • 好比，你的ImageView只有128x96像素的大小，只是为了显示一张缩略图，这时候把一张2048x1536像素的图片彻底加载到内存中显然是不值得的。

6.1 对图片进行压缩

  • 怎样才能对图片进行压缩呢？

    • 经过设置BitmapFactory.Options中inSampleSize的值就能够实现。

  • 好比咱们有一张2048x1536像素的图片，将inSampleSize的值设置为4，就能够把这张图片压缩成512x384像素。

    • 本来加载这张图片须要占用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; 
}

6.2 设置BitmapFactory.Options属性

  • 大概步骤以下所示

    • 要将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。

6.3 设置bitmap到View上

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

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

其余介绍

01.关于博客汇总连接

02.关于个人博客

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

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程