为什么 favicon 需要单独一套导出策略？
路由 `fontawesome-favicon-png`（font_awesome_to_png.favicon）聚焦浏览器标签栏与书签条：像素极小、对比度要求高、缓存极顽固。Font Awesome 矢量细节在 16px 往往会糊，需要刻意选择笔画更简单的 glyph，或在导出前略增字重。不同引擎对透明底与圆角遮罩处理不同，应在 Chrome、Safari、Firefox 实机看一眼。上线后若用户仍看到旧图标，多半是 CDN 或 Service Worker 缓存，需要版本化 URL 或提升缓存刷新流程。
导出 favicon 系 PNG 的建议步骤
- 在 `fontawesome-favicon-png` 选择图标与样式，设置画布为整数像素（如 32×32），保留 1–2px 安全边距。
- 放大到 400% 检查笔画与透明边；在模拟的标签栏背景上预览对比度。
- 按站点构建规范命名（如 favicon-32.png），更新 HTML link，并记录 Font Awesome 版本便于后续升级。
Font Awesome 转 PNG（favicon）问答
导出站点 favicon 时最先要锁定哪些参数，避免各端显示不一致？
先统一 16/32/48 等目标像素与透明底策略，再导出；重点检查小尺寸下笔画是否糊成一团。
多尺寸 favicon 与 PWA maskable 资源并存时，怎样减少维护成本？
在浅色与深色浏览器 UI 上各看一次；必要时提供反色 favicon，而不是强行拉伸大图。
极小尺寸下图形细节丢失，应该简化图标还是提高导出分辨率？
发布后在隐私窗口与移动 Safari 复验，配合文件名哈希或 query 版本号清理 CDN 缓存。
同时要交付 16×16 与 32×32（及 apple-touch-icon）时，文件命名与缓存怎样约定？
在文件名或构建产物中带尺寸后缀（如 favicon-16.png）；部署时同步更新 HTML link 与 Cache-Control，避免用户长期命中旧图标。
Safari 与其他浏览器对 favicon 缓存行为不同，上线要注意什么？
发布后用隐私窗口与多台设备抽检；必要时对 favicon 路径加版本 query 或文件名哈希，并清理 CDN 边缘缓存。