图片框架使用问题之二: Fresco框架导致的OOM (com.facebook.imagepipeline.memory.BitmapPool.alloc(BitmapPool.java:4055))

一. 问题

使用的Fresco版本为: 0.14.1

我们项目中自定义了一个选择图片的页面, 类似系统相册. 这个页面用Fresco加载图片. 结果在Fabric上报了个OOM. 堆栈信息如下:

Fatal Exception: java.lang.OutOfMemoryError: Failed to allocate a 51916812 byte allocation with 16777216 free bytes and 30MB until OOM
        at dalvik.system.VMRuntime.newNonMovableArray(VMRuntime.java)
        at android.graphics.Bitmap.nativeCreate(Bitmap.java)
        at android.graphics.Bitmap.createBitmap(Bitmap.java:859)
        at android.graphics.Bitmap.createBitmap(Bitmap.java:829)
        at android.graphics.Bitmap.createBitmap(Bitmap.java:796)
        at com.facebook.imagepipeline.memory.BitmapPool.alloc(BitmapPool.java:4055)
        at com.facebook.imagepipeline.memory.BasePool.get(BasePool.java:259)
        at com.facebook.imagepipeline.platform.ArtDecoder.decodeStaticImageFromStream(ArtDecoder.java:137)
        at com.facebook.imagepipeline.platform.ArtDecoder.decodeJPEGFromEncodedImage(ArtDecoder.java:120)
        at com.facebook.imagepipeline.decoder.ImageDecoder.decodeJpeg(ImageDecoder.java:149)
        at com.facebook.imagepipeline.decoder.ImageDecoder.decodeImage(ImageDecoder.java:82)
        at com.facebook.imagepipeline.producers.DecodeProducer$ProgressiveDecoder.getIntermediateImageEndOffset(DecodeProducer.java:2194)
        at com.facebook.imagepipeline.producers.DecodeProducer$ProgressiveDecoder$1.run(DecodeProducer.java:129)
        at com.facebook.imagepipeline.producers.JobScheduler$1.com.facebook.imagepipeline.producers.JobScheduler.doJob(JobScheduler.java:1207)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588)
        at com.facebook.imagepipeline.core.PriorityThreadFactory$1.run(PriorityThreadFactory.java:43)
        at java.lang.Thread.run(Thread.java:833)

因为图片加载框架刚换成Fresco, 且只有图片选择页面用到Fresco, 所以一下就知道到了crash的发生场景. OOM发生在选择本地系统相册中的图片, 而系统相册中基本都是高清的大图, 如果不进行缩放, 都加载原图, 那就很可能OOM啦! google了一下发现有人报了这个问题, Fresco的issue715中一哥们有说了: 图片太大, 需要resize !! 原文如下:

**tyronen **commented on 3 Nov 2015

I cannot imagine why you could possibly need a 50M jpeg on a mobile device.
You should resize the image first. If you absolutely cannot get it down to a reasonable size, you can try setting android:largeHeap=true
in your manifest file.

我的图片选择页面如下:

图片框架使用问题之二: Fresco框架导致的OOM (com.facebook.imagepipeline.memory.BitmapPool.alloc(BitmapPool.java:4055))_第1张图片
EF62271C-289C-4A8F-979D-3960471A49B4.png

可以看到, 这个页面展示的图片尺寸都不大, 但是真实的图片却可能是1080P或以上尺寸的图片, 而且数量可能非常多!! 要是都加载原图, 肯定crash啊 ......
Fresco现在默认并不支持根据View的尺寸去放缩图片。 如果要根据View去放缩图片(官方文档说后续会默认支持), 需要你自己手动去做. 关于如何放缩, 可以参考官方文档缩放和旋转图片

二. 解决方法

**如果加载大图而View的尺寸并不大, 那么你需要根据View的尺寸放缩图片. **

完整代码如下:
a. 设置DraweeView的Controller

SimpleDraweeView simpleDraweeView;
//省略无关代码 ......
simpleDraweeView.setController(getDraweeController(view, filepath));

b. 根据View的尺寸缩放图片 (ResizeOptions)

private DraweeController getDraweeController(DraweeView targetView, String filepath) {
    Uri uri = Uri.fromFile(new File(filepath));

    ImageRequest request = ImageRequestBuilder.newBuilderWithSource(uri)
    //根据View的尺寸放缩图片
    .setResizeOptions(new ResizeOptions(targetView.getWidth(), targetView.getHeight())) 
    .build();

    DraweeController controller = Fresco.newDraweeControllerBuilder()
    .setOldController(targetView.getController())
    .setImageRequest(request)
    .setCallerContext(uri)
    .build();

    return controller;
}

三: 总结

  1. 使用某个框架遇到问题时, 首先去此框架的issue中查找解决方案, 如果找不到再google. (一般来说, 你遇到的问题, 可能别人早就在issue系统中提出来了, 很可能框架的开发者已经给出了解决方案.)
  2. 使用某个框架时, 必须熟读此框架的API文档.

References:
Fresco的API中文文档
https://github.com/facebook/fresco/issues/715
https://www.fresco-cn.org/docs/resizing-rotating.html

你可能感兴趣的:(图片框架使用问题之二: Fresco框架导致的OOM (com.facebook.imagepipeline.memory.BitmapPool.alloc(BitmapPool.java:4055)))