App文件大小优化：WebP图片dpi桶问题及drawable直接放置可行性

可以直接把所有WebP图片放到app/drawable文件夹，舍弃dpi桶，但需要注意几个关键问题，避免影响App的显示效果和性能：

• 显示效果适配问题：drawable属于默认的mdpi密度桶，当App在更高dpi的设备（如xxhdpi/xxxhdpi）上运行时，系统会自动拉伸放大图片，可能导致图片模糊、边缘出现锯齿。如果你的图片都是72dpi（对应mdpi），在高dpi设备上会被放大2-3倍，细节损失会比较明显。若你的App目标用户以中低dpi设备为主，这个问题可能不突出；但面向全设备覆盖的场景，需要权衡显示精度的取舍。

• 内存与性能影响：虽然WebP已压缩体积，但单文件夹方案意味着所有设备都加载同一张图。高dpi设备上，放大后的图片像素数量翻倍，会占用更多内存，当图片数量多、尺寸大时，可能增加App的内存消耗，影响运行流畅度。

• 更优替代方案：如果不想维护多套dpi图片，可考虑以下两种方案：

  • 使用drawable-nodpi文件夹：该文件夹下的图片不会被系统缩放，无论设备dpi如何，都会按原始尺寸显示。适合无需适配缩放的图标、装饰图，或需要完全自主控制显示大小的图片。
  • 只保留最高dpi版本：比如仅存放xxxhdpi规格的图片，系统会自动向下适配低dpi设备。虽然单张图片体积比mdpi版本大，但能保证全设备的显示清晰度，同时大幅减少维护成本。

总结来说，若你的App对显示精度要求不高，或目标设备以mdpi/hdpi为主，直接用drawable文件夹完全可行；若追求更好的显示效果和内存表现，优先考虑drawable-nodpi或仅保留最高dpi版本的方案。

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