ICO目录宽高字节是0，为什么仍可能是一张256像素图标

检查 ICO 的十六进制内容时，某个目录项的宽、高字节都是 00，不必立刻判定导出失败。在当前 ICO 写入规则里，256 像素使用这个特殊表示；单看一个字节，可能把正常尺寸误读成 0。

目录项先告诉你怎样找帧

图叮写入器先写 6 字节头部，再为每帧写 16 字节目录项。目录里除了宽高，还记录数据长度和偏移。

对于一个 256×256 的帧，当前写入器把宽、高两个单字节字段设为 0；16、32 等较小尺寸直接写对应数值。因此，读目录时要先按字段语义还原尺寸，不能把所有字段都当作普通无符号整数后就结束。

这并不意味着所有 0 都是合法的。帧数量、偏移、长度和后面的实际数据还必须相互一致；一个只有头部、没有正确图像数据的文件，仍不能因此被称作有效图标。

不要混淆目录高度与 DIB 高度

当前 DIB 编码器会把图像像素区和掩码区一起写入帧数据，并在 DIB 头中写 size×2 的高度。

所以，对于本例：

所在位置	写入值	解释
ICO 目录宽字节	0	该目录字段表示 256
ICO 目录高字节	0	该目录字段表示 256
DIB 头宽度	256	DIB 帧宽
DIB 头高度	512	当前编码的图像区与掩码区合计表达

不能把 512 当作工具把图标拉高了，也不能拿这种 DIB 字段解释去读嵌入 PNG 的帧。先确认实际帧数据采用哪一种表达。

怎样做一个不依赖查看器缩略图的核对

可用当前生产编码器生成一张自制的 256×256 RGBA8 图，写入 DIB ICO，再读取目录项和 DIB 头。这是结构核验；还应在真实目标环境查看图标，二者互相补充。

核对时至少保留：帧数、各目录尺寸、数据长度、起始偏移和文件总字节数。多帧文件中每个数据区域都应落在文件范围内，不能因为第一帧能显示就略过其他目录。

仅把 PNG 扩展名改成 .ico，不会自动制造这些目录和帧数据。反过来，目录看起来正确，也不自动证明透明边缘和小尺寸轮廓足够清晰。

结构正确后，继续做可见验收

在图叮图片转 ICO 工具中选好实际需要的尺寸，导出后先检查结构，再按真实 16、32、48、256 像素看画面。需要交付 Windows 多尺寸图标时，可参考多尺寸 ICO 的视觉验收。

这篇解决的是“为什么某个尺寸字节为 0”的结构疑问，不替代目标系统兼容性和视觉质量检查。