Mipmap是放大还是缩小资源？Android启动器图标密度适配疑问

1. 大图展示的实际运行逻辑 #

你看到的几种说法本质是统一的，不存在冲突，只是描述的是同一个流程的不同环节：
Android 加载启动器图标时，只要需要展示的尺寸大于当前密度对应的标准图标尺寸，永远不会选择拉伸低分辨率的现有图标，而是优先调用更高密度资源桶里的大尺寸原始图标，再将这个大图标向下缩放到需要的展示尺寸，以此保证显示清晰度。

举个实际例子就很容易理解：
假设某hdpi设备的标准启动器图标尺寸是72px（对应48dp * 1.5密度），如果设备的启动器想要展示96px的大图标：

• 如果拉伸当前hdpi的72px图标到96px，图标会出现明显的边缘模糊、锯齿问题
• 系统会优先取xhdpi桶里的96px原始图标，刚好匹配的话直接使用；如果要展示的是90px，就把96px的原始图标向下缩放到90px，画质几乎不会有损失

所以你之前得出的两个结论是同时成立的：确实会先调用更高密度的资源，也确实会通过向下缩放保证画质，二者是先后流程的关系，不是互斥的。

2. 资源剥离导致图标模糊的原因 #

你疑惑的核心误区是：启动器需要的图标密度，不一定等于设备的官方标称密度，不是只要保留了当前标称密度的资源就足够用。

举个常见的场景：

• 某平板设备官方标称密度是hdpi，普通应用界面加载资源时默认取hdpi桶的资源，应用做资源优化（比如App Bundle分发包）时，默认只会保留hdpi的drawable资源，删除其他密度的drawable资源。
• 但这款设备的定制启动器，为了让桌面图标更清晰，自定义逻辑是优先加载xhdpi级别的图标来展示，这个逻辑是启动器自己控制的，和系统标称密度无关。
• 如果你的启动器图标放在drawable文件夹下，xhdpi的图标已经被资源优化逻辑删掉了，启动器拿不到需要的xhdpi原始图，只能退而求其次拿hdpi的72px图标拉伸到需要的大小，就会出现模糊。
• 而如果图标放在mipmap文件夹下，Android 系统会跳过针对mipmap资源的密度剥离规则，所有密度的图标都会被保留到安装包里，启动器永远能拿到自己需要的对应密度的原始图标，不会出现无资源可用只能拉伸的情况。

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