在移动应用开发里，图标往往被低估。

不是因为它不重要，而是因为看起来很简单：一张图，导进去就完了。但真正做过 Android + iOS 双端的人都知道，图标也是打包阶段容易卡住的地方之一。

尺寸不对、资源缺失、iOS 构建报错，很多问题并不是设计稿的问题，而是图标资源没处理完整。

一个现实前提：设计稿通常只有一张

在实际项目中，UI 往往只会交付一张主图标：

  • 正方形
  • 1024 × 1024
  • PNG 或 JPG

这张图在视觉上是“最终形态”，但并不能直接用在工程里。

Android 和 iOS 对图标的要求差异很大，尤其是 iOS，在 Xcode 和打包阶段对资源完整性检查非常严格。

Android 和 iOS 对图标的“期待”并不一样

在 Android 项目里，图标会被拆分成多套密度资源：

  • mdpi / hdpi / xhdpi / xxhdpi / xxxhdpi
  • 放在不同的 mipmap 或 drawable 目录中

而 iOS 则要求在 Asset Catalog 中：

  • 多尺寸
  • 多 scale
  • 严格匹配设备规则

如果缺了一张，构建阶段就会直接失败。

为什么我更倾向用在线图标生成工具

手动切图不是不行，但在多端项目里成本太高。

更现实的做法是：

  • 保证输入图是干净、标准的正方形
  • 把尺寸拆分和格式生成交给工具完成
  • 项目那只做引用和校验

这类工具的价值不在“炫技”，而在于稳定地产出符合规范的资源。

Android 和 iOS 图标在线生成工具的实际用法

这个在线工具（链接放文末）的使用逻辑非常直接：

  • 上传一张正方形图片
  • 推荐尺寸：1024 × 1024
  • 支持 PNG / JPG

如果没有现成设计稿，也可以直接在网页中生成：

  • 设置背景颜色
  • 输入文字作为图标主体
  • 调整字体、大小、圆角

这种方式在内部工具、测试 App、Demo 项目中非常实用。

iOS 项目里，一个经常被忽略的产物：Assets.car

iOS 12 及之后的系统，对资源管理依赖 Asset Catalog。

这个工具会直接帮你生成：

  • 完整的 iOS 图标资源
  • 并输出 Assets.car 文件

在一些非 Xcode 原生流程中（例如 Windows 环境、自动化打包、跨平台工具），这个文件可以直接用于构建阶段，避免再走一次资源编译流程。

图标生成完成后，可以这样接入项目中

在实际操作中，我会分两步验证：

  • Android：
    • 检查各密度目录是否齐全
    • 确认 manifest 中引用无误
  • iOS：
    • 确认 Asset Catalog 或 Assets.car 被正确加载
    • 本地或 CI 打一次包，确保无资源缺失报错

如果后面还涉及 iOS 打包、上传或测试安装，图标资源稳定之后，后续流程会顺畅很多。

图标只是资源链条的一环，但不能出错

在完整的移动应用交付流程中，图标通常会和这些步骤连在一起：

  • 项目打包
  • IPA / AAB 构建
  • 安装测试
  • 上架审核

如果图标资源有问题，问题往往会在最晚的阶段才暴露，返工成本反而更高

在线生成网站：https://www.appuploader.net/appicon.html