使用Android P的ImageDecoder有什么用处和优点？

Question

背景

Android P使用ImageDecoder类提供了一个用于加载图像的新API .

问题

并非被记录关于这个类,所以我只是好奇它的用法,我是否应该考虑尽可能使用它,而不是滑行库,例如,其中谷歌本身建议使用:

对于大多数情况,我们建议您使用Glide库来获取,解码和显示应用中的位图.Glide在处理与在Android上使用位图和其他图像相关的这些和其他任务时,大部分复杂性都是抽象的.有关使用和下载Glide的信息,请访问GitHub上的Glide存储库.

我发现了什么

我发现了一些关于它的文章,提供了它可以做什么以及如何使用它的线索:

• https://blog.stylingandroid.com/imagedecoder-error-handling-cropping-scaling/
• https://vivekc.xyz/whats-new-in-android-p-the-breaking-changes-and-amazing-features-8f4e864802a9 - 说与BitmapFactory相反,它还可以处理"动画GIF和WebP图像" ,创建AnimatedImageDrawable
• https://www.androidpolice.com/2018/03/07/google-announces-android-p-notch-support-multi-camera-api-indoor-positioning/ - 表示它可以更好地解码.不知道哪种方式更好......
• https://youtu.be/LBBqTd6uOd4?t=116 - 说你可以做一些类似于Glide的操作:裁剪,有听众等等......
• https://developer.android.com/preview/features?authuser=1#decoding-images
• https://blog.stylingandroid.com/imagedecoder-error-handling-cropping-scaling/

但是,根据我的测试,与Movie类相比,加载GIF动画更糟糕的是使用此API(占用更多内存,使用大约相同的CPU),而Movie类本身比第三方库(如android-gif-drawable)更糟糕.我测试的是一个相当长的GIF动画.在第三方库上花了大约59MB.使用Movie类需要大约168MB,使用新的ImageDecoder API需要200-300MB ...

简而言之,我发现这个API的原因是:

1. 它应该取代BitmapFactory
2. 它支持加载动画GIF/WEBP
3. 它有一些用于前/后处理的监听器
4. 它应该更高效,但我没有看到它,至少在内存使用方面没有.

问题

1. 使用此API有什么优势,而不是我们在第三方库中已有的优势？含义为静态图像滑动,为GIF设置"android-gif-drawable"(对于我没有搜索的WEBP,可能是什么东西)？

2. 它是否在幕后表现更好,我不应该关心它的内存使用情况？

3. 它有内存/磁盘缓存吗？如果是这样,那么它如何管理其内存缓存,因为Android不会在堆内存中存储Bitmaps(在此处写到)？

4. 该API是否可以在支持库中使用？否则我根本不需要使用它...编辑:似乎它可能在支持库上.链接在这里.