ICO to PNG

如何将ICO转换为PNG

选择一个ICO，在“图标图像”中选择其中储存的图片，初始选择最大图像。点击“转换为PNG”，检查实际结果后下载。文件名包含宽高和图像序号，同尺寸的两张图片也能分别保存。

每次转换生成一个PNG，尺寸为所选图像原有尺寸。更换选择会清除旧结果，需要重新转换。棋盘格只是预览背景，不会进入下载图像。本工具不移除已绘制的背景，不将全部图像导出为ZIP，也不批量转换多个ICO。

一个ICO可包含不同画面

2026年10月25日的原创样本在16、32、64和256像素正方形中故意放入不同图案：小青色图只有白横线，杏色和半透明绿色图有加号，最大蓝色图只有横线。它们是原创合成图像，不是提取的应用标志，用画面即可确认选中了哪张。

逐一选择后，PNG宽高对应所选图像的储存尺寸。16像素图仍是16像素，不会放大到256。较大的蓝色图与较小的加号图本就不同，因此“最大”只是储存尺寸最大，不一定是你想要的版本。替换素材前既要看尺寸，也要看画面。

微软说明图标资源可保存针对不同尺寸和色深优化的多张图片。本工具让你明确选择其中一张，而不是让操作系统选择显示尺寸。保存PNG不会生成完整应用图标包，也不会恢复缺失尺寸或创造所选图像不存在的细节。

储存顺序会影响默认选择吗？

我们还反转四张图的储存顺序，保持内嵌图片不变。正常顺序中256像素图是第4张，反序中是第1张，两者初始都选256像素。规则先比较像素面积，再比较声明色深，相同则取目录中先出现的图，不判断设计质量，也不比较两个画面的好坏。

同尺寸样本含两张32像素图片：杏色加号和蓝色横线。仅凭尺寸无法识别目标图案，菜单保留各自序号，改序号会改变下载画面。因此同尺寸不代表可直接丢弃的重复图。以后可能需要其他图像时应保留源ICO。

透明度和白色背景不同

64像素的PNG内嵌图有透明边缘和半透明绿色填充。我们另生成24位与32位位图式ICO：24位样本通过图标掩码保存透明角，32位样本含半透明区域。这些样本覆盖不同储存路径，而不只测试现代PNG内嵌图。

配对下载和带日期的验证记录列出实际透明度与颜色差异。浏览器Canvas解码与编码可能对半透明像素的颜色进行舍入。这些证据支持本次尺寸、可见图案和透明度结果，不证明所有图标的色彩配置或字节完全保留。输出是重新编码的PNG，并非只修改ICO扩展名。

不透明的白色区域仍是画面的一部分，转换不会判断哪些已绘制像素应该擦除。棋盘格便于辨认透明空间，但画面浅色本身不能证明透明。如果目标软件另加背景，还应在那里检查保存后的PNG。我们没有测试Windows外壳安装或所有图像编辑器。

支持的输入和当前边界

选择一个不超过20MiB（20,971,520字节）的ICO，必须包含有效目录及与声明尺寸一致的图像数据。宽高目录字节为0表示256像素。PNG载荷和位图式条目均通过所选图像解码路径处理，但仍取决于浏览器编解码能力；罕见或损坏的位图编码可能报错，不会产生下载。

这是单文件、单选图像转换器，没有放大、裁剪、抠图、调色板编辑或动画控制。光标文件改成ICO后缀也不能作为ICO使用。文件在浏览器内处理，不发送给转换服务器。保留原文件，其他尺寸及元数据不会进入这个单图PNG。

下载前测试的错误文件

我们分别选择了零图像目录、截断目录、超出文件尾部的图像偏移、光标头、非图像载荷，以及目录尺寸与内嵌PNG不同的文件。每个都是独立原创诊断输入，期望清楚报错，不留下部分PNG或旧结果下载。这些检查并未穷尽所有损坏ICO。

提供选择列表前会检查目录，转换时再次检查所选图像，解码尺寸必须与条目相符。文件失败时可回源编辑器重新导出ICO，或在允许时选择其他有效图像。改名不能修复缺少的目录字节、错误偏移，也不能将光标变成图标。

用相同文件复现实验

下载样本ICO，选择验证记录中对应序号，转换并保存实际提供的PNG。记录包含原始实验日期、输入输出尺寸、字节数及完整SHA-256。生成器用于创建原创对照图，独立检查脚本通过Pillow读取实际下载并比较预期图案。

哈希标识某个确切文件，不同浏览器编码器可能生成不同字节而画面相同，不能只凭哈希判断通用质量。正常顺序、反序、同尺寸样本分别回答原尺寸、默认选择与画面区分问题。原页下载默认取256像素，且没有选择控件；今天是在原页新增选择和可见结果。

研究范围是一个桌面浏览器中的原创合成文件，不覆盖所有系统、色彩配置、罕见图标压缩、实体手机或竞品转换。选择图像、预览和保留透明度均为常见能力，并非已证实的独家优势。这套样本的价值是可复现地解释哪张储存图像成为PNG。

下载样本与验证记录

日期、尺寸、字节与完整哈希 · 原创样本生成器 · 独立检查脚本 · 复现步骤与边界

官方格式来源：Microsoft: About Icons

常见问题