ICO文件格式完全解析
一、核心设计思想
ICO文件要解决的核心问题是：在一个文件中存放多个不同尺寸的图标，并让操作系统能快速找到所需的那一个。
解决方案是目录与数据分离——文件开头放一份“目录清单”，记录每个图标的属性及其在文件中的位置；目录之后才是真正的图像数据。操作系统先读目录，再根据目录信息直接跳转到对应位置读取数据。
二、字节序总体说明
ICO文件中所有多字节数值（2字节、4字节的字段）均采用小端序存储。
小端序是指：一个多字节数值的最低有效字节存储在文件偏移较小处（即低地址）。例如，数值 0x12345678 按小端序存储时，从低地址到高地址依次为 78 56 34 12。
ICO采用小端序是因为Windows运行在x86/x64处理器上，这类处理器原生使用小端序，系统读取文件时无需进行字节序转换，可直接映射到内存中的整数值。
跨平台解析时：如果运行在大端序的处理器上（如某些ARM架构），必须将读取到的多字节数值进行字节序转换，才能得到正确的数值。
以下各表格中涉及的多字节字段，除非另有说明，均遵循上述小端序约定。
三、文件整体结构
ICO文件在磁盘上由三个部分顺序拼接而成：
| 部分名称 | 长度 | 作用简述 |
|---|---|---|
| 文件头 | 固定6字节 | 声明文件类型和图标总数 |
| 目录项数组 | 每个图标16字节 | 每个目录项描述一个图标的属性及位置 |
| 图像数据块 | 每个图标不等长 | 存储真正的图像数据（DIB或PNG） |
四、文件头（6字节）
文件头位于文件最开头，其字段组成如下：
| 字节偏移 | 长度 | 字段名称 | 说明 |
|---|---|---|---|
| 0-1 | 2字节 | 保留字段 | 固定为0，无实际用途 |
| 2-3 | 2字节 | 类型标识 | 1表示图标文件（.ico），2表示光标文件（.cur） |
| 4-5 | 2字节 | 图像数量 | 文件中包含的图标个数，最小1，最大通常不超过255 |
十六进制示例：一个包含1个图标的ICO文件，其文件头为 00 00 01 00 01 00（解析后：保留字段=0，类型标识=1，图像数量=1）。
五、目录项数组
紧跟在文件头之后的是目录项数组，每个图标对应一个目录项，每个目录项固定占用16字节。一个包含N个图标的ICO文件，目录项数组的总长度为 16 × N 字节。
目录项的16字节分解
| 字节偏移 | 长度 | 字段名称 | 详细说明 |
|---|---|---|---|
| 0 | 1字节 | 宽度 | 图标宽度（像素）。1-255直接表示宽度；0表示256像素 |
| 1 | 1字节 | 高度 | 图标高度（像素）。规则同上，0表示256像素 |
| 2 | 1字节 | 颜色数 | 图标包含的颜色数量。0表示256色或以上（即高彩色/真彩色） |
| 3 | 1字节 | 保留字段 | 必须为0 |
| 4-5 | 2字节 | 平面数/热点X | 图标文件中表示颜色平面数（通常为1）；光标文件中表示热点X坐标 |
| 6-7 | 2字节 | 位深/热点Y | 图标文件中表示每像素位数（如8、24、32）；光标文件中表示热点Y坐标 |
| 8-11 | 4字节 | 数据块大小 | 该图标图像数据块的总字节数 |
| 12-15 | 4字节 | 数据块偏移 | 该图标图像数据块从文件开头算起的偏移量（字节数） |
关于宽度和高度字段的特殊约定
由于一个字节最大只能表示255，而图标可以做到256像素，因此设计者约定：值为0时代表256像素。这是该格式中一个重要的编码技巧。
关于平面数与位深字段
对于图标文件，这两个字段组合起来决定颜色质量。常见的组合有：
- 平面数=1、位深=8：表示256色图标
- 平面数=1、位深=24：表示真彩色图标（约1677万色）
- 平面数=1、位深=32：表示带透明通道的真彩色图标
关于光标文件（.cur）的特殊性
光标文件与图标文件结构几乎相同，仅两点区别：
- 文件头的类型标识为2（图标文件为1）
- 目录项中的“平面数”字段被复用为热点X坐标，“位深”字段被复用为热点Y坐标
热点坐标表示光标点击生效的像素点相对于光标左上角的位置。
六、图像数据块
每个目录项中偏移量所指的位置，存放着一个图标的完整图像数据。这些数据块可以是两种格式之一：传统DIB格式或PNG格式。
6.1 传统DIB格式（Windows早期至XP的主流格式）
这种格式不使用任何文件头，直接从位图信息头开始。其内部结构如下：
| 数据块内部顺序 | 长度 | 说明 |
|---|---|---|
| 位图信息头 | 40字节（典型值） | 描述图像的宽度、高度、位深、压缩方式等 |
| 颜色表 | 可选，长度可变 | 仅当位深≤8时存在，定义调色板 |
| XOR位图数据 | 长度可变 | 存储图标的彩色图像数据 |
| AND掩码数据 | 长度可变 | 单色位图，定义每个像素是否透明 |
透明机制：XOR与AND的配合
AND掩码是一个单色位图，每个像素用1个比特表示：
- 比特值为0：该像素不透明，显示XOR位图中的颜色
- 比特值为1：该像素透明，显示背后的背景色
这种机制可以实现完全透明或完全不透明，但无法实现半透明效果。
位图信息头中的高度字段
位图信息头中的高度字段存储的是XOR位图和AND掩码的总高度，即实际图标高度的两倍。例如一个32×32的图标，其位图信息头中的高度值为64。
32位带透明通道的扩展
从Windows XP开始，支持32位真彩色图像，每个像素用4个字节表示（蓝、绿、红、透明通道）。透明通道（Alpha通道）提供256级透明度，可以实现平滑的半透明边缘效果。此时AND掩码仍然存在，但通常被系统忽略。
6.2 PNG嵌入格式（Windows Vista及以后的主流格式）
从Windows Vista开始，ICO文件可以直接嵌入完整的PNG图像数据。
| 特性 | 说明 |
|---|---|
| 数据内容 | 直接存储标准PNG文件的全部内容（从签名到IEND块） |
| 识别方式 | 目录项中的平面数=0且位深=0，同时数据以PNG签名（89 50 4E 47）开头 |
| 透明支持 | PNG自带完整的Alpha透明通道，无需额外的AND掩码 |
| 压缩 | 支持无损压缩，文件体积更小 |
| 适用场景 | 大尺寸图标（128×128以上）尤其适合用PNG |
关于PNG的字节序：PNG文件本身采用大端序（网络字节序），与ICO容器的小端序不同。但由于PNG是作为不透明的数据块整体嵌入ICO文件中的，这两种字节序在同一文件中并存互不冲突——ICO解析器只需将整个PNG数据块完整提取出来，然后交给PNG解码器处理即可，无需关心PNG内部的字节序问题。
七、ICO与CUR格式对比
| 对比项 | 图标文件（.ico） | 光标文件（.cur） |
|---|---|---|
| 文件头类型标识 | 1 | 2 |
| 目录项中4-5字节的含义 | 颜色平面数 | 热点X坐标 |
| 目录项中6-7字节的含义 | 每像素位数 | 热点Y坐标 |
| 图像数据格式 | DIB或PNG | DIB或PNG（相同） |
| 主要用途 | 程序/文件图标 | 鼠标指针 |
八、典型尺寸组合示例
一个完整的ICO文件通常会包含以下多种尺寸，以适应不同显示场景：
| 尺寸（像素） | 常见色深 | 典型用途 |
|---|---|---|
| 16×16 | 32位（带透明） | 列表视图、任务栏小图标 |
| 24×24 | 32位 | 菜单项图标 |
| 32×32 | 32位 | 桌面图标、文件夹图标 |
| 48×48 | 32位 | 资源管理器缩略图 |
| 64×64 | 32位 | 中等缩放比例 |
| 96×96 | 32位 | 高DPI显示 |
| 128×128 | 32位 | 高DPI显示 |
| 256×256 | 32位（常用PNG） | 超大图标、Vista及以上系统界面 |
九、历史版本与兼容性
| Windows版本 | 支持的特性 |
|---|---|
| Windows 3.x | 仅DIB格式，最大48×48，透明仅靠AND掩码 |
| Windows 95/98/Me | 支持最大48×48，支持256色 |
| Windows 2000/XP | 支持32位带透明通道，支持最大128×128 |
| Windows Vista | 正式支持PNG嵌入，支持256×256及以上 |
| Windows 7及以后 | 完全支持PNG，大尺寸图标成为标准 |
十、总结
ICO文件格式通过一个极简的设计——文件头 + 目录项数组 + 图像数据块——优雅地解决了多尺寸图标打包存储的问题。其关键要点可以归纳为：
- 字节序约定：所有多字节整数字段均采用小端序存储，与x86/x64处理器字节序一致。跨平台解析时需注意字节序转换。
- 目录与数据分离：目录项提供快速索引，系统无需遍历整个文件即可定位目标图标。
- 宽高字段的0值约定：用0表示256像素，突破了单字节表示范围的上限。
- 双轨图像格式：传统DIB格式保证了向下兼容性，PNG嵌入提供了现代透明和压缩能力。
- 透明机制的演进：从1比特AND掩码（全透/不透）到8比特Alpha通道（256级半透明），再到PNG原生透明。
- 与CUR格式的同源设计：两者共享相同的容器结构，仅通过文件头类型标识和目录项中字段的重定义来区分功能。
这种容器式设计思想后来也被其他图标格式（如苹果的ICNS）所借鉴和延续。