Android P中ImageDecoder的用途与优势？能否替代Glide？

Hey there! I get why you’re curious about ImageDecoder—since docs are sparse, it’s tricky to wrap your head around when and how to use it. Let’s break this down step by step.

一、ImageDecoder 基础用法 #

ImageDecoder主要用来替代旧的BitmapFactory和Drawable.createFromX()方法，支持更多格式（比如WebP动图），还能做自定义解码操作。这里举几个常见场景的代码示例：

1. 从资源文件加载图片 #

// Kotlin示例
val source = ImageDecoder.createSource(resources, R.drawable.my_image)
val bitmap = ImageDecoder.decodeBitmap(source)
// 或者加载为Drawable
val drawable = ImageDecoder.decodeDrawable(source)

2. 从本地文件加载 #

// Java示例
File imageFile = new File(getFilesDir(), "downloaded_image.webp");
ImageDecoder.Source source = ImageDecoder.createSource(imageFile);
Bitmap bitmap = ImageDecoder.decodeBitmap(source);

3. 自定义解码（比如调整尺寸、加滤镜） #

如果需要在解码过程中做自定义处理，可以用OnHeaderDecodedListener：

val source = ImageDecoder.createSource(resources, R.drawable.original)
val bitmap = ImageDecoder.decodeBitmap(source) { decoder, info, source ->
    // 调整目标尺寸，避免OOM
    decoder.setTargetSize(info.size.width / 2, info.size.height / 2)
    // 可以加颜色滤镜
    decoder.setPostProcessor { canvas ->
        canvas.drawColor(Color.parseColor("#80000000"), PorterDuff.Mode.DARKEN)
    }
}

二、ImageDecoder vs Glide：该选谁？ #

先把谷歌官方的说明摆出来：

大多数情况下，我们推荐使用Glide库在应用中获取、解码和显示位图。Glide简化了处理这些及其他任务的大部分复杂度……

那什么时候考虑用ImageDecoder替代Glide呢？

适合用ImageDecoder的场景： #

• 轻量需求：如果你只是简单加载本地/资源里的图片，不需要网络加载、缓存管理、复杂的图片变换链，ImageDecoder足够轻量，不用引入第三方库。
• 需要精细控制解码过程：比如你要在解码阶段直接调整尺寸、处理动帧（ImageDecoder原生支持WebP动图的帧控制），或者需要对接一些自定义的图片数据源，它的API更灵活。
• 避免第三方库依赖：如果你的应用追求极小包体积，不想引入Glide这类大库，ImageDecoder是原生方案的最优解。

还是优先用Glide的场景： #

• 网络图片加载：Glide自带了成熟的网络请求、缓存（内存+磁盘）、图片复用池，这些都是ImageDecoder没有的，你自己实现的话成本极高。
• 复杂图片需求：比如图片占位符、错误图、渐入动画、缩略图加载、跨平台适配，Glide已经封装好了所有细节，不用重复造轮子。
• 团队协作&稳定性：Glide是经过大量生产环境验证的库，社区支持好，遇到问题容易找到解决方案，而ImageDecoder的资料少，踩坑成本高。

总结 #

简单说：如果你的需求只是本地/资源图片的简单解码+自定义处理，且不想引入第三方库，ImageDecoder是个不错的选择；但如果涉及网络加载、缓存、复杂展示逻辑，老老实实用Glide准没错——毕竟谷歌官方也说了，大多数场景优先推荐Glide。

内容的提问来源于stack exchange，提问作者android developer