图标在电脑中是极为常见的一种图片格式,例如文件夹图标,软件图标,浏览器图标,文件图标等等,充斥在电脑中的每一个角落.

　　ICON文件有一个固定的文件头,它的数据结构如下:

　　typedef struct {

　　WORD idReserved;

　　WORD idType;

　　WORD idCount;

　　ICONDIRENTRY idEntries[1];

　　} ICONDIR, *LPICONDIR;

　　其中idReserved为系统保留的字段必须为0

　　其中idType为资源类型,1为图标,2为光标

　　其中idCount为ICON图标资源中包含多个少图像组成

　　其中idEntries是一个指向ICONDIRENTRY结构体的数据它的长度是由idCount来决定的.

　　接下来我们看一看ICONDIRENTRY的结构体是如何定义的吧!

　　typedef struct {

　　BYTE bWidth;

　　BYTE bHeight;

　　BYTE bColorCount;

　　BYTE bReserved;

　　WORD wPlanes;

　　WORD wBitCount;

　　DWORD dwBytesInRes;

　　DWORD dwImageOffset;

　　} ICONDIRENTRY, *LPICONDIRENTRY;

　　又是一长串的结构体...

　　*bWidth和bHeight表示了图像的宽和高,起初,系统只支持1到255的大小,即2^8-1的大小,

　　但是从Widnows95开始,可以支持到256的大小了.

　　*wBitCount和wPlanes用来描述图像的颜色深度,对于单色图标来说,它们都是1.

　　*bReserved是系统保留字段为0

　　*dwBytesinRes表示图像数据大小

　　*dwImageOffse表示图像数据的位置即偏移地址.

　　*但是有个地方是值得注意的,bColorCount它被假定的认为等于图像的颜色数量,也就是说它等于:

　　bColorCount = 1 << (wBitCount * wPlanes)

　　当wBitCount * wPlanes >= 8时,则bColorCount为0

　　*在现实情况中,很多人懒得填写bColorCount的值,即使是4色或16色的图标,也把它设为0.从Windows XP开始,

　　Windows会检测这个常见的错误,但是对于planar位图来说,这个自动纠错的机制还是有些问题的,幸运的是,几乎没有人使用planar位图了.

　　但是你还是不应该依赖于Windows提供的自动纠错机制,而正确的填写bColorCount的值.错误的bColorCount意味着,由于提供了错误的颜色深度信息,

　　Windows可能会在ico文件中选择一个不怎么理想的图像.

　　*单色图标由两个位图组成,常称为掩码,分别被称为AND和XOR,绘制图标分为两个步骤:首先mask和screen作"与"操作,然后再做"异或"操作.

　　pixel = (screen AND mask) XOR image

　　为mask和image选择适当的值,可以覆盖所有单色blt的操作.

　　mask image 结果 操作

　　0 0 (screen AND 0) XOR 0 = 0 黑色

　　0 1 (screen AND 0) XOR 1 = 1 白色

　　1 0 (screen AND 1) XOR 0 = screen 不变

　　1 1 (screen AND 1) XOR 1 = NOT screen 反色

　　*理论上说,mask指定了image的像素是否拷贝到屏幕上,mask中黑色的像素表示要将image中相应的像素拷贝到屏幕上.

　　*mask和image位图在物理上是保存为单个但是双倍高度的DIB.首先是image位图,然后是mask.由于DIB是自下而上的保存格式,

　　所以如果你要观察一个位图,那么mask在上面而image在下面).bmp文件格式使用的是数据坐标系,也就是说(0,0)在左下角,

　　bmp文件中的数据最开始是最下载一行像素.

　　*按照格式,每个图标的图像保存为BITMAPINFO结构的形式,根据其中BITMAPINFOHEADER来决定有没有调色板数据,然后是image的像素数据和mask的像素数据.

　　其中biCompression必须为BI_RGB,由于是双倍高度的位图,所以biWidth为图像的宽度,biHeight为图像高度的两倍.

　　*对于图标的单色图标就先写到这里...