Drawable VS Bitmap 具体案例
Drawable VS Bitmap in a specific case
我正在开发一个音乐播放器，自从我开始我有一个问题：我应该使用 Drawable 还是 Bitmap？
认为：
我要加载很多图片，每首歌一张（只有轮到那首歌时才加载图片）。
加载的图像也必须在小部件和通知上可视化。
相同的图像在更多活动中显示。
图像加载必须尽可能快。
内存使用必须尽可能低，即使在加载了多张图片之后也是如此。
我想暂时保存实际播放列表的图像，这样我就不必每次播放同一首歌曲时都重新加载它。
此刻我正在使用 Glide 库以获得更好的性能，并且我正在使用位图。有什么建议吗？
这两个图形对象几乎无处不在。
如果您从文件系统加载（下载），您需要加载位图来创建 BitmapDrawables，因此您可以在这种情况下直接应用位图。
如果您使用的是 res 文件夹，您可以加载为 Drawables。
Drawable 只是可以被淹没的东西（颜色、矢量图、图层列表、选择器和位图）的包装器。
而位图实际上是 Android 中图像的表示。
所以，你的问题是无效的，我们不能把bitmap和Drawable等同起来。
我正在开发一个音乐播放器，自从我开始我有一个问题：我应该使用 Drawable 还是 Bitmap？ 认为：
我要加载很多图片，每首歌一张（只有轮到那首歌时才加载图片）。
加载的图像也必须在小部件和通知上可视化。
相同的图像在更多活动中显示。
图像加载必须尽可能快。
内存使用必须尽可能低，即使在加载了多张图片之后也是如此。
我想暂时保存实际播放列表的图像，这样我就不必每次播放同一首歌曲时都重新加载它。
此刻我正在使用 Glide 库以获得更好的性能，并且我正在使用位图。有什么建议吗？
这两个图形对象几乎无处不在。
如果您从文件系统加载（下载），您需要加载位图来创建 BitmapDrawables，因此您可以在这种情况下直接应用位图。
如果您使用的是 res 文件夹，您可以加载为 Drawables。
Drawable 只是可以被淹没的东西（颜色、矢量图、图层列表、选择器和位图）的包装器。
而位图实际上是 Android 中图像的表示。 所以，你的问题是无效的，我们不能把bitmap和Drawable等同起来。