App 图标缩小后看不清？从源图、透明边距到小尺寸逐级验收

一张 1024 像素的 App 图标看起来很精致，缩到 32 或 16 像素时却只剩一团颜色，通常不是导出失败，而是设计信息超过了小尺寸能够承载的上限。

图标生成器可以产出多种尺寸，但它不会替你判断轮廓是否清楚、细线是否消失，也不能保证一次导出满足所有平台当前的提交规则。

先检查源图，而不是先批量导出

源图建议使用正方形画布，主体居中，四周留出可控安全区。检查：

• 是否有大面积透明边距；
• 主体是否只占画布很小一块；
• 关键轮廓是否依赖一两像素的细线；
• 文字是否多到缩小后无法阅读；
• 阴影和渐变是否承担了主要识别信息。

透明边距过大时，平台再缩放一次，主体会显得更小。相关现象可参考Favicon 看起来特别小的排查。

不要在源图里提前烤死平台圆角

有些平台会自行应用圆角或遮罩。如果源图先做一层固定圆角，二次裁切后可能出现边缘空洞或主体过小。

更稳妥的做法是保留一份完整正方形母版，再按目标平台当前规则生成提交版本。规则可能变化，最终尺寸和遮罩仍要以提交时的官方说明为准。

按大、中、小三个级别验收

使用Favicon 与 App 图标生成器生成多尺寸输出后，不要只看最大图。

大尺寸检查材质、渐变和边缘是否干净。

中尺寸检查主体比例、内外轮廓和品牌识别。

小尺寸只问三个问题：还能看出核心形状吗？前景和背景能分开吗？有没有细线、孔洞或文字彻底消失？

如果小尺寸失败，优先简化形状、加粗关键轮廓或提高前景背景差异，而不是对小图继续锐化。

Windows ICO 需要多尺寸容器

桌面程序或网站若明确需要 ICO，可以用图片转 ICO 工具生成包含多个尺寸的文件。多尺寸 ICO 的意义是让系统在不同位置选择更合适的图层，不是把一个小 PNG 强行放大。

验收时至少在文件列表、桌面、任务栏或实际目标环境里查看。预览软件显示正常，不代表系统缓存已经更新；更换文件后仍看到旧图时，还要检查引用路径和缓存。

建立一个可回退的交付包

建议保留：

1. 未裁切的正方形源图；
2. 本轮导出的多尺寸文件；
3. 生成日期和目标平台；
4. 小尺寸验收截图或记录；
5. 已知不适用的规则和待确认项。

不要只交一个“final.png”。后续平台规格变化或主体比例需要调整时，有母版才能低成本重做。

现在可以把一张真实图标放进Favicon 与 App 图标生成器，先只看 16、32、64 三档。若最小两档无法一眼辨认，先改源图，而不是继续生成更多尺寸。