aapt 报的 65534 不能当最高密度：高密度图标是怎么被挑出来的

把 APK 拖进「安卓修改大师智改工坊」建好项目，详情页顶部会有一个图标。多数人只看一眼"对不对"，很少人会问："它是从包里哪一张图取出来的？"

这个问题值得一问，因为包里同一个图标往往有好几份：小到 48×48，大到 192×192，分别放在不同的资源目录里。挑错一份，预览就是糊的；挑对了，才是清楚的。工具给出的答案是：从包里取原图，按最高密度挑选。介绍页在 https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn——拖入安装包，用中文写需求，AI 改包，改完自动回编 / 对齐 / 签名 / 校验，一键装到手机或模拟器看效果。

一、这个细节决定了预览"糊不糊"

先看现象：同一个应用的两个包，拖进来之后一个图标锐利、一个发虚。很多人第一反应是"工具抽风了"，其实原因很朴素——两个包里图标资源的齐全程度不同。

一个包可能只有 mdpi（48×48）那一份，另一个从 mdpi 一路做到了 xxxhdpi（192×192）。挑图若"随手抓第一张"，抓到的很可能就是最小的那份，放大到界面里自然发虚。所以"按最高密度挑"不是一句漂亮话，而是直接影响观感的实现细节。

另一个现象更值得记住：所有档位的图都在，挑出来的却仍然是小的——这不是选错目录，而是被 aapt 输出里的一个特殊值带偏了，第七节的第一个实例就踩过这个坑。

二、aapt 是怎么"报密度"的：先看上限在哪

建项目时，工具用工作目录里的 aapt 解析包信息。aapt 会把每种密度的图标路径逐行列出来，形如：

行里的数字就是密度值。安卓密度是分档的，真实存在的关键档位由高到低如下：

档位（密度值）	对应目录	启动图标典型尺寸
xxxhdpi（640，最高真实档）	mipmap-xxxhdpi	192 × 192
xxhdpi（480）	mipmap-xxhdpi	144 × 144
xhdpi（320）	mipmap-xhdpi	96 × 96
hdpi（240）	mipmap-hdpi	72 × 72
mdpi（160）	mipmap-mdpi	48 × 48

记住最上面那一行：640 是真实存在的最高密度（xxxhdpi）。这个上限很重要——下一节要讲的 65534，看起来比它大得多。

三、65534 是什么：aapt 的"任意密度"哨兵值

拿一个图标声明比较特殊的包去跑 aapt，输出里可能出现这样一个数字：

65534 不是"六万五千多的密度"，而是 aapt 用来表示"任意密度"的一个哨兵值。它出现在这里的含义是：这份图标资源并不绑定某个具体密度，而是在任何密度下都可能被采用——典型例子就是自适应图标（adaptive icon）所声明的那类 anydpi 目录。

这里正好有个反差：数字最大的那一行，往往不是"最清楚的图"，而是一份 xml 声明文件。注意上面那行后缀是 .xml 而不是 .png——它不是位图，而是"图标由哪几层组成"的描述。

一句话记住：65534 = "任意密度"，不是"最高密度"。把它当上限，就会一路挑到最小的那张图上去。

四、踩坑复盘：把它当最高密度会发生什么

这个坑我们自己也踩过：最初实现"取密度最大的那一条"时，逻辑很直接——遍历 aapt 的 application-icon-* 行，数字大者优先。跑到一个图标有点特殊的包上，详情页的图标就明显发虚了。

原因就是那个 65534：数字最大的是 anydpi 那条，于是被当成"最高分辨率"选中了。而 anydpi 目录里的东西往往不是位图，或者对应的位图恰恰是包里最小的一份。于是"挑最高密度"这个正确的意图，被一个错误的上限执行成了"挑最糊的那张"。

修正后的规则很清楚：先给密度值划一条上限，只认真实档位，再在其中取最大值。真实档位最高是 640，超出这个范围的（比如 65534）一律不参与比较；同时把明显不是图片的路径排除在"可用图标"之外。

顺带说一句：这类"看起来像数字、其实是标记"的写法在安卓资源体系里并不少见，处理办法一致——先判断它是不是合法取值，再拿它做比较。

五、正式规则：四步挑出包里最清楚的那张

把经验整理成规则，工具建项目时按这个顺序拿图标：

• 逐行读 aapt 的输出，把形如 application-icon-数字:'路径' 的行看一遍。
• 只接受合法密度：大于 0 且不超过 640（xxxhdpi）；65534 这类哨兵值直接跳过。
• 在合法档位里取数字最大的那一条，也就是真实存在的最清楚的一版——这就是"按最高密度挑选"。
• 确认拿到的确实是一张图片；若它指向 xml 声明之类的非图片，就转入下一节的兜底流程。

这套规则的效果可以这样理解：只要包里有一份高密度位图，挑出来的就一定是它。不会出现"明明包里有 192×192、却给你看 48×48"的情况——这才是"从包内原图、按最高密度挑选"背后真正做的事。

另外两个细节值得一并知道：解析与反编译跑在后台线程，界面不卡；而图标能不能显示，还有一个独立因素——系统的解码器，那是另一篇文章的主题。

六、兜底：拿不到图片路径时，按名字和分辨率打分

还有一类包，aapt 给的图标路径不是位图（例如自适应图标的 xml 声明），或者压根没给可用路径。这时工具不会"就这样算了"，而是转成兜底逻辑：在包里（APK 本质是 zip）遍历候选图片，按"名字像不像图标"和"分辨率高不高"打分，取分最高的一张。

候选特征	打分影响	为什么这样定
名字像图标：ic_launcher 最高，app_icon / appicon 次之，含 icon 再次	按顺序加分	这些是启动图标最通行的命名
名字含 round / foreground / background	减分	圆形版本与自适应图标的分层，都不是完整图标
png 比 webp 略优先；位于 mipmap 目录加分	小幅加分	png 兼容性最好；mipmap 是图标专用目录
路径里带 xxxhdpi / xxhdpi / xhdpi 等档位名	按档位高低加分	档位越高，像素尺寸越大、越清楚

和上一节的规则连起来看，逻辑一致：优先用 aapt 给的真实最高密度；拿不到，就在包里按"像不像图标 + 清不清楚"重新选一张。两条路都指向同一个目标——详情页看到的那张图，就是包里最清楚的那张。

七、两个自家应用的实例

下面两个例子都是我们自己的应用，也都跟"图标从哪张图来"有关：一个踩过坑，一个差点误判。

八、用户评价、合规提醒与结语

把"图标怎么挑"讲给用户之后，反馈里出现最多的词是"原来是这么回事"。

把反馈拢一下：约 40% 的人觉得"知道了 65534 的含义"最有用；约 35% 的更看重"兜底也能挑到清楚的一张"；约 25% 对"原图留在项目目录里可用"评价最高。（文案层面的主观汇总。）

把全文收一下：图标是从包里取的原图；aapt 报的密度里，真实最高档是 640（xxxhdpi），而 65534 是"任意密度"哨兵值，当上限就会挑到最糊的一张；正确做法是只认合法密度取最大，拿不到图片路径时再按名字与分辨率兜底。挑图标只看一件事：在真实存在的密度里，挑最高的那一档。

产品是安卓修改大师智改工坊，介绍页：https://www.apkeditor.cn/ai-version.aspx；官网 www.apkeditor.cn。拿一个自家的包试一次最直接。