在移动应用开发里，图标往往被低估。
不是因为它不重要，而是因为看起来很简单：一张图，导进去就完了。但真正做过 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 构建
- 安装测试
- 上架审核
如果图标资源有问题，问题往往会在最晚的阶段才暴露，返工成本反而更高