心血来潮想了解下常用图片的格式解析，翻看了一些资料后，发现最简单的是bmp格式，所以先拿它开刀。
BMP格式
这种格式内的数据分为三到四个部分，依次是：
文件信息头 （14字节）存储着文件类型，文件大小等信息
图片信息头 （40字节）存储着图像的尺寸，颜色索引，位平面数等信息
调色板 （由颜色索引数决定）【可以没有此信息】
位图数据 （由图像尺寸决定）每一个像素的信息在这里存储
一般的bmp图像都是24位，也就是真彩。每8位为一字节，24位也就是使用三字节来存储每一个像素的信息，三个字节对应存放r，g，b三原色的数据，每个字节的存贮范围都是0-255。
那么以此类推，32位图即每像素存储r，g，b，a（Alpha通道，存储透明度）四种数据。8位图就是只有灰度这一种信息，还有二值图，它只有两种颜色，黑或者白。
文件信息头格式
typedef struct tagBITMAPFILEHEADER {
unsigned short bfType; // 19778，必须是BM字符串，对应的十六进制为0x4d42,十进制为19778
unsigned int bfSize; // 文件大小
unsigned short bfReserved1; // 一般为0
unsigned short bfReserved2; // 一般为0
unsigned int bfOffBits; // 从文件头到像素数据的偏移，也就是这两
} BITMAPFILEHEADER;
图片信息头格式
typedef struct tagBITMAPINFOHEADER {
unsigned int biSize; // 此结构体的大小
int biWidth; // 图像的宽
int biHeight; // 图像的高
unsigned short biPlanes; // 1
unsigned short biBitCount; // 一像素所占的位数，一般为24
unsigned int biCompression; // 0
unsigned int biSizeImage; // 像素数据所占大小, 这个值应该等于上面文件头结构中bfSize-bfOffBits
int biXPelsPerMeter; // 0
int biYPelsPerMeter; // 0
unsigned int biClrUsed; // 0
unsigned int biClrImportant;// 0
} BITMAPINFOHEADER;
调色板信息
这里需要根据文件信息头的bfOffBits是否等于54（由前面的固定14+40字节得出）来判断是否存在此调色板信息，如果是，则不存在；大于的话即存在。
可以根据需求提取其中的信息，或者直接移动到位图数据区读取像素信息。
这个地方可以表示为一个二维数组unsigned char palette[N][M]， 其中N表示总的颜色索引数，M表示每像素占的字节数。例如一个24位图，每像素由3个字节构成，M即为3，每个字节可表示0-255共256种颜色，所以N为256 。
数组中存放的是索引信息，也就是一张映射表，标识颜色索引号与其代表的颜色的对应关系
位图数据
这里就存放着所有的像素信息了，每像素为一字节，读取出来后通过查询调色板获得颜色信息。
如果图像是24位或是32位数据的位图的话，位图数据区就不是索引而是实际的像素值了。下面说明一下，此时位图数据区的每个像素的RGB颜色阵列排布：
24位RGB按照BGR的顺序来存储每个像素的各颜色通道的值，一个像素的所有颜色分量值都存完后才存下一个下一个像素，不进行交织存储。
32位数据按照BGRA的顺序存储，其余与24位位图的方式一样。
注意：由于位图信息头中的图像高度是正数，所以位图数据在文件中的排列顺序是从左下角到右上角，以行为主序排列的。
也就是说，最先读取到的是位于从上往下数最后一行最左端的像素，然后是同行向右一列的像素，读取完一整行后，继续读取倒数第二行，然后继续向上直到读完所有数据。
以上这篇c语言解析bmp图片的实例就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持脚本之家。
