07.Android之多媒体问题

时间  2019-12-04
标签 07.android android 之多 媒体 问题 栏目 Android 繁體版
原文   原文链接

目录介绍

  • 7.0.0.1 加载bitmap图片的时候须要注意什么？为什么bitmap容易形成OOM？如何计算Bitmap占用内存？
  • 7.0.0.2 如何理解recycle释放内存问题？图片加载到内存其实有两部分数据，这是为什么？
  • 7.0.0.3 如何在不压缩图片的状况下加载高清大图？加载图的机制是什么，为什么不会内存泄漏？
  • 7.0.0.7 LRU算法的原理？核心思想是什么？若是缓存满了的话，什么方法来管理移除最近最少使用的item和添加新的item？

好消息

  • 博客笔记大汇总【15年10月到至今】，包括Java基础及深刻知识点，Android技术博客，Python学习笔记等等，还包括平时开发中遇到的bug汇总，固然也在工做之余收集了大量的面试题，长期更新维护而且修正，持续完善……开源的文件是markdown格式的！同时也开源了生活博客，从12年起，积累共计500篇[近100万字]，将会陆续发表到网上，转载请注明出处，谢谢！
  • 连接地址：https://github.com/yangchong211/YCBlogs
  • 若是以为好，能够star一下，谢谢！固然也欢迎提出建议，万事起于忽微，量变引发质变！全部的笔记将会更新到GitHub上，同时保持更新，欢迎同行提出或者push不一样的见解或者笔记！

7.0.0.1 加载bitmap图片的时候须要注意什么？为什么bitmap容易形成OOM？如何计算Bitmap占用内存？

  • 注意问题
    • 直接加载大容量的高清Bitmap很容易出现显示不完整、内存溢出OOM的问题，因此最好按必定的采样率将图片缩小后再加载进来
    • 为减小流量消耗，可对图片采用内存缓存策略，又为了不图片占用过多内存致使内存溢出，最好以软引用方式持有图片
    • 若是还须要网上下载图片，注意要开子线程去作下载的耗时操做技术博客大总结
  • 为什么bitmap容易形成OOM
  • 如何计算Bitmap占用内存
    • 1.1 如何计算占用内存
      • 若是图片要显示下Android设备上，ImageView最终是要加载Bitmap对象的，就要考虑单个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
    • 1.2 上面方法计算内存对吗
      • 我看到好多博客都是这样计算的，可是这样算对吗？有没有哥们试验过这种方法正确性？我以为看博客要对博主表示怀疑，论证别人写的是否正确。更多详细能够看个人GitHub：https://github.com/yangchong211
        • 说出个人结论：上面1.1这种说法也对，可是不全对，没有说明场景，同时也忽略了一个影响项：Density。接下来看看源代码。
        • inDensity默认为图片所在文件夹对应的密度；inTargetDensity为当前系统密度。
        • 加载一张本地资源图片，那么它占用的内存 = width * height * nTargetDensity/inDensity * nTargetDensity/inDensity * 一个像素所占的内存。
        @Nullable
public static Bitmap decodeResourceStream(@Nullable Resources res, @Nullable TypedValue value,
        @Nullable InputStream is, @Nullable Rect pad, @Nullable Options opts) {
    validate(opts);
    if (opts == null) {
        opts = new Options();
    }

    if (opts.inDensity == 0 && value != null) {
        final int density = value.density;
        if (density == TypedValue.DENSITY_DEFAULT) {
            opts.inDensity = DisplayMetrics.DENSITY_DEFAULT;
        } else if (density != TypedValue.DENSITY_NONE) {
            opts.inDensity = density;
        }
    }

    if (opts.inTargetDensity == 0 && res != null) {
        opts.inTargetDensity = res.getDisplayMetrics().densityDpi;
    }

    return decodeStream(is, pad, opts);
}
      • 正确说法，这个注意呢？计算公式以下所示
        • 对资源文件：width * height * nTargetDensity/inDensity * nTargetDensity/inDensity * 一个像素所占的内存；
        • 别的：width * height * 一个像素所占的内存；
    • 1.3 一个像素占用多大内存技术博客大总结
      • Bitmap.Config用来描述图片的像素是怎么被存储的？
        • ARGB_8888: 每一个像素4字节. 共32位，默认设置。
        • Alpha_8: 只保存透明度，共8位，1字节。
        • ARGB_4444: 共16位，2字节。
        • RGB_565:共16位，2字节，只存储RGB值。

7.0.0.2 如何理解recycle释放内存问题？图片加载到内存其实有两部分数据，这是为什么？

  • 如何理解recycle释放内存问题？
    • 在Android2.3.3(API 10)及以前的版本中，Bitmap对象与其像素数据是分开存储的，Bitmap对象存储在Dalvik heap中，而Bitmap对象的像素数据则存储在Native Memory（本地内存）中或者说Derict Memory（直接内存）中，这使得存储在Native Memory中的像素数据的释放是不可预知的，咱们能够调用recycle()方法来对Native Memory中的像素数据进行释放，前提是你能够清楚的肯定Bitmap已再也不使用了，若是你调用了Bitmap对象recycle()以后再将Bitmap绘制出来，就会出现”Canvas: trying to use a recycled bitmap”错误，而在Android3.0(API 11)以后，Bitmap的像素数据和Bitmap对象一块儿存储在Dalvik heap中。
  • 图片加载到内存其实有两部分数据，这是为什么？技术博客大总结
    • 一个图片加载到内存里，实际上是有两部分数据组成，一部分是图片的相关描述信息，另外一部分就是最重要的像素信息（这部分是有byte数组组成的），android系统为了提升对图片的处理效率，对于图片的处理都是调用了底层的功能（由C语言实现的），也就是说一个图片加载到内存里后是使用两部分的内存区域，简单的说：一部分是java可用的内存区，一部分是c可用的内存区，这两个内存区域是不能相互直接使用的，这个bitmap对象是由java分配的，固然不用的时候系统会自动回收了，但是那个对应的C可用的内存区域jvm是不能直接回收的，这个只能调用底层的功能释放。因此你要调用recycle方法来释放那一部份内存。
  • 查看源码以下所示
    • image
    • 翻译这段解释：释放bitmap内存的时候，它会释放和这个bitmap有关的native内存，同时它会清理有关数据对象的引用，可是这里处理数据对象的引用，并非当即清理数据（他并非调用玩recycle()方法，就直接清理这个内存，他只是给垃圾回收机制发送一个指令，让它在bitmap没有对象引用的时候，来进行垃圾回收）。当调用recycle()方法以后，这个bitmap就会被代表为“死亡状态”。这个时候你在调用bitmap其余相关的方法，例若是get像素()或set像素()就会抛出一个异常。同时这个操做是不可逆的，因此必定百分之百肯定这个bitmap在之后的场景下，不会被你的程序在使用到，再去调用recycle()方法。因此谷歌源码中建议咱们，能够不用去主动调用recycle()方法，由于在没有引用的状况下，咱们的垃圾回收机制会主动的清理内存。
    • 经过看源码，咱们会发现，这个方法首先将这个Bitmap的引用置为null，而后调用了nativeRecycle(mNativeBitMap)方法，这个方法很明显是个JNI调用，会调用底层的c或者c++代码就能够作到对该内存的当即回收，而不须要等待那不肯定啥时候会执行的GC来回收了。

7.0.0.3 如何在不压缩图片的状况下加载高清大图？加载图的机制是什么，为什么不会内存泄漏？

  • 如何在不压缩图片的状况下加载高清大图？
    • 使用BitmapRegionDecoder，主要用于显示图片的某一块矩形区域，若是你须要显示某个图片的指定区域，那么这个类很是合适。
  • 加载图的机制是什么，为什么不会内存泄漏？
  • 自定义可拖动的显示高清大图的View技术博客大总结
    • 提供一个设置图片的入口，setInputStream里面去得到图片的真实的宽度和高度，以及初始化咱们的mDecoder
    • 重写onTouchEvent，在里面根据用户移动的手势，去更新显示区域的参数。在onMeasure里面为咱们的显示区域的rect赋值，大小为view的尺寸
    • 每次更新区域参数后，调用invalidate，onDraw里面去regionDecoder.decodeRegion拿到bitmap，而后draw。

7.0.0.7 LRU算法的原理？核心思想是什么，谈谈你的思路？

  • 为减小流量消耗，可采用缓存策略。经常使用的缓存算法是LRU(Least Recently Used)：
    • 核心思想：当缓存满时, 会优先淘汰那些近期最少使用的缓存对象。主要是两种方式：
      • LruCache(内存缓存)：LruCache类是一个线程安全的泛型类：内部采用一个LinkedHashMap以强引用的方式存储外界的缓存对象，并提供get和put方法来完成缓存的获取和添加操做，当缓存满时会移除较早使用的缓存对象，再添加新的缓存对象。
      • DiskLruCache(磁盘缓存)： 经过将缓存对象写入文件系统从而实现缓存效果
  • 大概过程以下？技术博客大总结
    • LruCache是android提供的一个缓存工具类，其算法是最近最少使用算法。它把最近使用的对象用“强引用”存储在LinkedHashMap中，而且把最近最少使用的对象在缓存值达到预设定值以前就从内存中移除。
  • 若是缓存满了的话，什么方法来管理移除最近最少使用的item和添加新的item？
    • trimToSize（）方法，删除最年长的条目，直到剩余条目的总数达到或低于请求的大小 
      public void trimToSize(int maxSize) {
    while(true) {
        Object key;
        Object value;
        synchronized(this) {
            if (this.size < 0 || this.map.isEmpty() && this.size != 0) {
                throw new IllegalStateException(this.getClass().getName() + ".sizeOf() is reporting inconsistent results!");
            }

            if (this.size <= maxSize || this.map.isEmpty()) {
                return;
            }

            Entry<K, V> toEvict = (Entry)this.map.entrySet().iterator().next();
            key = toEvict.getKey();
            value = toEvict.getValue();
            this.map.remove(key);
            //计算如今缓存的大小，而后减掉多余的，内部调用的是sizeOf()方法
            this.size -= this.safeSizeOf(key, value);
            ++this.evictionCount;
        }

        //若是你想在在咱们的缓存中实现二级缓存，能够实现此方法，源码中是空方法。
        this.entryRemoved(true, key, value, (Object)null);
    }
}

关于其余内容介绍

01.关于博客汇总连接

02.关于个人博客

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