ICO 往往是多个图标图像的集合，而不是单张位图。转换器可能选择首个、最大或其他优先条目，因此必须核对 PNG 的真实尺寸和细节。
ICO → PNG
把 ICO 当作图像集合
Windows 图标文件可以把同一图标的多个图像放在一个容器中，常见尺寸包括 16、32、48 和 256 像素，也可能包含不同色深的版本。小尺寸条目常会为了实际大小下的辨识度而简化线条、调整留白，较大条目则可能保留更多曲线、阴影和纹理。因此，ICO 转 PNG 并不总是把一张位图换个格式，转换器必须先从集合中选择或让用户选择一个条目，再把它写成 PNG。
转换前先确定 PNG 的用途。网页中的小图标、应用说明里的放大插图和演示文稿中的大图需要的内容并不相同。最大条目可能适合大尺寸显示，但经过专门设计的小条目在 16 或 32 像素下反而更清楚。先写下最终显示宽高，能避免把选择简化成只看像素宽度或文件字节数。
- 提取前确定最终显示尺寸
- 预期小图和大图可能采用不同设计
即使界面没有显示选择器，ICO 转换仍然包含选择内嵌图像的步骤。
不要假定转换器如何选择条目
转换器可能采用目录中的第一个条目、最大尺寸、较高色深或内部优先规则。另一些工具会列出全部内嵌图像，或者要求用户选择。若没有说明文档或可见的尺寸选项，就必须从结果验证。成功下载只说明工具生成了 PNG，并不能证明哪些源像素被采用，也不能说明其他工具会采取同样规则。
用独立查看器打开 PNG，记录真实宽高，并将形状、间距、线条和高光与已知内嵌候选比较。来源很重要时，可用支持 ICO 的检查或编辑工具查看内部条目。如果服务输出多个文件，应立刻按像素尺寸命名；如果只输出一个，也不要把当前行为当成永久规则。工具更新、不同文件结构或其他转换器都可能改变选择结果。
- 阅读工具公开的尺寸选择规则
- 记录下载文件的真实宽高
- 多个输出按像素尺寸整理
输出尺寸能说明收到什么，却不一定能证明它是原生条目还是缩放结果。
区分直接提取与缩放
PNG 尺寸很大，并不代表 ICO 中存在同尺寸的原生图像。工具可能选择较小条目后放大，像素数量虽然增加，却不会产生真实的轮廓和纹理信息。曲线发虚、对角线呈阶梯、角落出现光晕或一个像素的细节变粗，都可能表明发生了重新采样。反过来，较大的内嵌图像被缩小到请求尺寸，也可能失去锐度和小细节。
把输出尺寸与已知的内嵌尺寸比较，并在适度放大后检查斜线、拐角和细线。但原生 16 像素图标被放大时可能显得块状，因为它原本就是为实际小尺寸逐像素优化的。技术检查后仍要回到真实显示大小评估。若小版本省略高光或加粗轮廓，这可能是有意设计，不是缺陷；应选择在目标界面里最容易辨认的版本。
- 比较输出尺寸与已知内嵌尺寸
- 从斜线和单像素细节判断缩放
- 同时在放大和真实大小下检查
更多输出像素不能证明提取了更高分辨率的图标。
检查透明度、颜色与边缘处理
图标会出现在不同背景上，因此透明边界非常关键。ICO 内各条目可能使用不同色深、透明表示和抗锯齿处理。转换后，把 PNG 分别放到棋盘格、浅色和深色背景上，查看是否出现不透明方框、白边或黑边、半透明像素丢失，以及曲线和阴影周围的色彩变化。只在白色预览页上看，往往会掩盖边缘问题。
颜色也要在相同查看器中实际比较。很小的预览可能隐藏强调色偏移或对比下降，而极端放大会夸大用户从未看到的单像素差异。先让源条目和 PNG 采用相同缩放条件，再把输出放进目标界面。真正重要的是，在用户看到的背景和大小下，轮廓、对比度和透明度是否仍然清晰。
- 在浅色和深色背景上测试透明边缘
- 寻找不透明方框、彩色边和丢失的柔边
- 在真实界面中评估轮廓与对比度
图标必须在实际背景和显示尺寸下判断，而不是只看孤立的放大预览。
验证并记录选中的 PNG
在独立图像查看器中打开下载的 PNG，检查真实宽度、高度、颜色、透明度、边缘和文件完整性。有多个候选时，应在相同条件下并排比较。选定生产文件后，在文件名或资产记录中写明像素尺寸，避免它与其他条目混淆。单张 PNG 无法保留 ICO 内的整个集合，因此还要保存原始 ICO。
把候选文件放入实际网页、文档或应用，并按准确的渲染尺寸查看。如果模糊、拥挤或过于简化，应换用另一个内嵌尺寸，而不是反复缩放同一 PNG。资产流程中还要记录使用了哪个条目，以及提取后是否调整过大小。只有来源、尺寸、透明度和实际外观都经过核对，转换才算完成。
若同一图标将在多个尺寸下使用，不要假定一个提取版本能覆盖所有场景。ICO 若提供专为小尺寸和大尺寸制作的条目，应分别保留为已批准资产，让界面调用最接近目标的版本。这样能保留逐像素优化，也能减少产品中的额外缩放。发布前，在每个文件被分配的真实显示尺寸上再检查一次，并把确认结果与资产记录一起保存。还应选择一个包含明显细线、阴影和透明边缘的 ICO 进行批量前测试，因为单色方形图标无法暴露所有问题。记录转换工具、输出尺寸和是否发生二次缩放，方便日后重现结果。若更换工具或调整流程，应重新比较至少一个小尺寸和一个大尺寸版本，避免静默改变生产资产。对于面向多个平台的项目，还要在主要浏览器、桌面界面或文档查看器中各检查一次。不同环境的缩放算法可能让同一 PNG 呈现不同程度的柔化，因此应把显示问题与提取问题分开记录。完成后再抽查文件是否能正常打开，并确认命名中的尺寸与实际像素完全一致、准确无误。
- 在转换预览之外核对下载文件
- 用像素尺寸命名或登记批准资产
- 保留 ICO 并记录提取后的缩放
应批准满足目标尺寸和背景条件的 PNG，而不是转换器返回的第一个文件。
要点总结
- 一个 ICO 文件可以包含尺寸和表现方式不同的多张图像。
- 选择规则因转换工具而异，最大的 PNG 不一定是最合适的来源。
- 应检查真实像素尺寸、透明度、边缘细节和目标显示大小下的清晰度。
- 投入网站或产品前，应提取或比较有代表性的内嵌条目。
常见问题
一个 ICO 可以包含多张图像吗？
可以。它能为不同显示条件封装同一图标的多种尺寸和表现形式。
转换器会选择哪个内嵌尺寸？
取决于工具。它可能选第一个、最大的或内部优先条目，也可能让用户自行选择。
大尺寸 PNG 能证明 ICO 里有大图吗？
不能。小条目可能被放大，因此要检查内嵌尺寸以及边缘和细节。
为什么 16 像素图标与大版本不同？
小图标常会简化或逐像素调整，使线条和间距在真实小尺寸下仍然清楚。
转换后应检查哪些内容？
检查像素尺寸、透明度、边缘、真实大小下的清晰度，以及 PNG 来自哪个内嵌条目。