ICO文件是严格规范的容器格式，需先解析ICONDIR头和ICONDIRENTRY目录获取各图标偏移与尺寸，不可直接用PNG解码；生成时须手拼二进制结构，按序写入头、目录项及PNG数据（带8字节签名），并提供16×16至256×256多尺寸原图。
ICO文件结构不是PNG套壳，得按规范读取目录头
很多人以为ICO是多个PNG叠在一起，直接用image/png解码第一个数据块就行——结果只拿到16×16小图，或者panic：「invalid PNG header」。因为ICO是容器格式，开头4字节是b'\x00\x00\x01\x00'（Windows图标标识），接着是2字节目录项数量，然后才是每项2^16字节的ICONDIRENTRY结构。不先解析这个目录，连每个图标的宽高、位深、数据偏移都找不到。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
binary.Read逐字段读ICONDIR和每个ICONDIRENTRY，别依赖magic number跳转 - 注意
ICONDIRENTRY里的dwImageSize和dwImageOffset是相对于整个文件起始的偏移，不是相对目录末尾 - 位深为32时大概率含Alpha通道，但得看
bColorCount是否为0——非零值才表示用了调色板，需额外解析
Go标准库不支持ICO编码，得手拼二进制结构
image/png和image/jpeg能Encode，但image/ico不存在。想生成ICO，就得自己构造ICONDIR + 多个ICONDIRENTRY + 每张图的BMP或PNG数据。关键不是“怎么画图”，而是“怎么把图塞进正确位置并填对字段”。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 优先用PNG格式存单个图像数据（比BMP省事），但必须在
ICONDIRENTRY中把bColorCount设为0、wPlanes设为1、wBitCount设为32 - 所有PNG数据前要加8字节PNG签名
b'\x89PNG\r\n\x1a\n'，否则Windows资源编译器会拒收 - 写入顺序必须是：ICONDIR → ICONDIRENTRY数组 → 所有PNG数据（按entry中
dwImageOffset顺序） - 用
bytes.Buffer攒完整数据再写文件，避免偏移算错
不同尺寸图标要独立编码，不能缩放复用
ICO不是矢量格式，Windows在不同DPI或UI上下文（任务栏/桌面/资源管理器）里会查表选最匹配的尺寸。如果只塞一个256×256 PNG进去，高分屏下可能模糊，旧版IE甚至直接不显示。而且ICONDIRENTRY里bWidth/bHeight为0表示256，但很多工具（如VS资源编辑器）不认这个隐式规则。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 至少提供16×16、32×32、48×48、256×256四档，全部用原图导出，别用
resize库硬缩放 - 每张图单独调用
png.Encode到bytes.Buffer，再取.Bytes()——别共用一个Writer - 注意256×256图的
bWidth和bHeight必须填0，其他尺寸填实际值（16、32…），填256反而会被当普通尺寸处理
验证ICO是否合法，别只靠Windows双击打开
双击能显示≠结构合法。比如dwImageOffset指向了文件末尾之外，或者PNG数据里少了一个IDAT块，Explorer可能缓存渲染结果而看不出问题，但用rc.exe编译进exe时会报error RC2178: invalid bitmap file。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
xxd -l 64 icon.ico确认前4字节是00000000（即\x00\x00\x01\x00） - 检查每个
ICONDIRENTRY的dwImageOffset是否递增，且最后一项的dwImageOffset + dwImageSize≤ 文件总长度 - 用
file icon.ico应输出「MS Windows icon resource」，若显示「data」说明头部损坏 - 真正靠谱的测试是扔进Visual Studio新建资源文件，右键「Add Resource → Icon」，能加载成功才算过关
ICO的坑不在像素操作，而在那些必须一字不差的二进制字段。填错一个wPlanes或漏掉PNG签名，整个文件就变成不可移植的废文件。
