ICO 转 PNG v1.0

设计软件不认 .ico。把一个 favicon 拖进 Figma、Sketch 或者稿定设计，得到的通常是一句“不支持的文件格式”。DocPivot 的 ICO 转 PNG 转换器把这一步补上：在浏览器里读出图标内部的位图，输出带完整 alpha 通道的 PNG，透明区域原样保留，落进设计文件就能直接改色、改字、改形状。真正容易踩坑的是尺寸——一个 favicon.ico 里常常装着 16×16、32×32、64×64 三张独立的图，不少在线工具随手取目录里的第一条，下载下来才发现只有 16 像素。这里取的是最大的那一张。单次最多 30 个文件，整个过程不上传。

ICO 转 PNG 是解包，不是重新编码

ICO 不是一种图像编码格式，而是一个容器。文件开头是一张目录表，每条记录指向一张完整的位图，可能是 BMP 数据，也可能直接是一段 PNG。所谓“ICO 转 PNG”，做的是把其中一张取出来、按 PNG 规则重新封装，像素值本身不经过任何有损压缩。

中文搜索结果里常见的“ICO 转 PNG 会损失画质”是个误解。位图数据一比一搬过去，程序和肉眼都查不出差别。让人觉得“变糊”的是另一件事：图标本身就只有 32 或 64 像素，放到 512 像素的画布上看，自然是糊的，这跟转换过程无关。需要更大的版本，只能回到原始矢量稿，用 SVG 转 PNG 从矢量重新导出，任何位图工具都变不出不存在的细节。

DocPivot 的五步处理流程

整条链路跑在浏览器里，从读取目录表到写出文件一共五步。

• 读取图标目录：解析 .ico 头部的条目表，列出文件内实际包含的每一张图及其尺寸和色深。
• 选出最大条目：一个 16/32/64 的三尺寸图标，输出的是 64×64，而不是排在最前面的那张。
• 原样保留 alpha：不做扁平化，不填背景色，也没有质量滑块。PNG 装得下 ICO 里的全部信息，没有取舍的余地。
• oxipng 无损优化：优化力度按像素数自动选择。图标像素少，跑的是最彻底的一档，进去多少像素出来还是多少像素。
• 按需缩放并输出：可选原始尺寸、长边 2048 像素或 1200 像素，只缩不放；单个文件沿用原名换扩展名，多个文件打包成 ZIP。

结果卡片会写明这次实际产出的尺寸，不用再打开文件属性核对。测试用的那个 17,014 字节图标，输出 PNG 为 4,249 字节。想把一批素材压得更小，可以接 图片压缩工具；要把不同来源的图标统一到同一档尺寸，用 图片尺寸调整工具 更省事。

多尺寸 .ico 里，你到底拿到了哪一张

这是中文转换工具几乎没人写清楚的一点。ICO 容器允许一个文件装多张图，微软推荐 favicon.ico 打包 16×16、32×32 和 48×48 三档，浏览器按显示场景自己挑。到了转换环节，工具必须替你做一个选择：取第一条、取最后一条，还是取最大的一条。多数在线服务不公开这个规则，用户看到输出只有 16 像素时，也无从判断是文件的问题还是工具的问题。

顺带一提，微软推荐的这三档并不是随便定的：16 像素用于浏览器标签页，32 像素用于桌面快捷方式，48 像素用于文件资源管理器。图标制作方通常会针对每一档单独调整像素对齐，所以同一个 .ico 里的三张图并不是简单的等比缩放关系，取哪一张确实会影响你拿到的画面。

这里的规则是固定的：取像素数最大的那一条，其余丢弃。对绝大多数场景这是唯一有用的选择——拿到 64×64 还能往下缩成 16×16，拿到 16×16 就什么都做不了。代价是一次只产出一张图，不是把三档全导出来。真要 16、32、48 各一份，从最大那张逐档缩小是可行做法，画质损失远小于从 16 像素放大。如果目标格式不是 PNG，ICO 转 JPG 适合需要白底的场合，ICO 转 WebP 则在保留透明的同时把体积再压一截。

透明通道：选择 PNG 的全部理由

图标的意义几乎全在透明区域。一个圆形 logo 如果背景被填成白色，放到深色导航栏上就是一块突兀的白方块，前端只能返工抠图。这条链路自始至终不碰 alpha 通道：不做扁平化，不提供“背景色”选项，也不经过 JPG 中转。测试图标里的 2,744 个透明像素在输出文件里逐一对得上，输出色深为 32 位 RGBA。

国内工具页面上常见的说法是“支持透明背景”，但很少讲清是保留还是重建。区别在实现方式：有些做法先把图画到 canvas 上再导出，如果画布没有正确初始化为透明，半透明的抗锯齿边缘会被混上白色，缩小之后边缘发毛发灰。保留原始 alpha 意味着连边缘那些 30% 不透明的像素也原封不动。拿到 PNG 之后想换格式继续用，PNG 转 WebP 和 PNG 转 AVIF 都能带着透明通道走；只有要交给不支持透明的老系统时，才走 PNG 转 JPG 并接受白底。

与服务器端转换服务的实测差别

体积上小 9%，透明数据完全一致——同样的像素，编码器多花点力气就能少占一点空间。四百多字节的差距在单个文件上看不出什么，但图标是全站每个页面都要加载的资源，放到 CDN 流量账单里就是实打实的一笔。

国内几家综合转换站走的是上传、排队、下载的流程，页面上通常写着单文件体积上限和会员额度。对偶尔转一个图标的人来说这不算问题；对一天要处理几十个图标的设计团队，这就是每天都要绕的弯路。更难受的是排队环节：图标文件只有十几 KB，本机零点几秒就能算完，却要等一次上行、一次服务器调度和一次下行。

核心功能

• 最大条目提取：自动挑出多尺寸图标里像素数最高的一张，不看它排在目录第几位。
• 完整 alpha 保留：透明和半透明像素按原值写出，边缘抗锯齿不受影响。
• oxipng 无损压缩：WebAssembly 版 oxipng 重排 PNG 数据块，体积下来，像素不动。
• 批量 30 个：一次拖入三十个图标，逐个处理后打包成 ZIP 下载。
• 只缩不放：选了 2048 像素但图标只有 64 像素时，输出仍是 64 像素，不会插值放大成一团糊。
• 文件名沿用：单个文件保留原名只换扩展名，批量归档时不用再重命名。
• 尺寸回执：结果卡片标明实际输出的宽高，一眼确认拿到的是哪一档。
• 纯本地运算：没有上传、没有排队、没有每日额度。
• 免注册：打开页面就能用，不需要账号也不需要邮箱。
• 色彩可后调：输出的 32 位 RGBA 文件可以直接进 图片色彩调整工具 改亮度和饱和度。

DocPivot ICO 转 PNG 的使用方法

1. 打开 ICO 转 PNG 页面，把 .ico 文件拖进上传区，或者一次选中最多 30 个。
2. 确认尺寸选项。默认保持原始尺寸；只有当图标本身超过 1200 或 2048 像素时，对应选项才会真正生效。
3. 点击转换。文件不离开本机，速度只取决于你自己电脑的性能。
4. 核对结果卡片上的输出尺寸，单个文件直接下载，多个文件下载 ZIP 包。
5. 按需要继续处理，比如用 图片裁剪工具 去掉多余留白，或者用 图片旋转工具 摆正方向。

中国市场里的几种典型用法

• 外贸独立站换标：用 WordPress 或 Shopify 搭的老站往往只剩一个 favicon.ico，设计源文件早已找不到，要改配色只能先把图标解包成 PNG。
• 政务与企业 OA 老系统：内网系统的界面资源经常只留下 .ico，做视觉改版时得先取出来重画。
• 微信生态素材：公众号、小程序和视频号后台只接受 PNG 与 JPG，品牌图标要进这些位置必须先换格式。
• 跨境电商店铺装修：亚马逊、速卖通的装修位普遍要求透明底 PNG，从桌面图标软件导出的 .ico 得先解包。
• 前端接手遗留项目：仓库里只有 favicon.ico，要补齐 apple-touch-icon 和 manifest 里的各档 PNG，第一步就是取出最大的那张。
• 图标资产归档：把历年图标统一成 PNG 入库，比留一堆 .ico 更好预览和检索，素材若是 WebP 则先走 WebP 转 PNG 归到同一格式。

文件留在本机意味着什么

先把话说清楚：ICO 不带 EXIF，也就没有拍摄地点、设备型号这类信息可以泄露，把不存在的风险讲成卖点没有意义。真正的风险在文件本身——未发布产品的图标、尚未公示的品牌标识、内部系统的界面资源，上传到境外服务器就等于交了出去。

《数据安全法》对重要数据出境有明确要求，《个人信息保护法》第三十八条规范个人信息的跨境提供，企业侧的合规评估往往就卡在“素材有没有离开过内网”这个问题上。浏览器内完成转换意味着没有上传环节，也没有服务器端的临时文件，这条问题自然不成立。如果你手上是拍摄类素材而不是图标，可以先用 EXIF 信息查看工具 看清里面到底记了什么，再用 照片元数据清除工具 做清理。

已知限制

• 只输出一张图。多尺寸 .ico 里的其他条目会被丢弃，产出的是最大的那一张，不是一整套。
• 分辨率不会凭空增加。32 像素的 favicon 转出来就是 32 像素的 PNG，放大只会糊；要大图请回到原始矢量文件。
• 不写入任何元数据。ICO 本身不带，输出也不会补上。
• 老式调色板图标依赖浏览器解码器。1 位或 4 位色深的旧 .ico 能转，但色深就是源文件实际的色深，不会变多。
• 不生成 favicon。反方向请用已支持写出 ICO 的 图像格式转换工具，或者直接用 favicon 生成工具。
• 单次 30 个上限。更大的批次需要分几轮处理，这个上限是为了避免浏览器内存吃紧。

常见问题