大家好，又见面了，我是你们的朋友全栈君。

from：https://blog.csdn.net/qingchuwudi/article/details/25785307

位图(bmp)文件格式分析

作者：深蓝（由博主分享）

一、什么是位图

计算机能以位图和矢量图格式显示图像。

1、位图(Bitmap)：

图像又称点阵图或光栅图，它使用我们称为像素(象素，Pixel)的一格一格的小点来描述图像。计算机屏幕其实就是一张包含大量像素点的网格。当我们把位图放大时，每一个像素小点看上去就像是一个个马赛克色块。

2、矢量图(Vector)

使用直线和曲线来描述图形，这些图形的元素是一些点、线、矩形、多边形、圆和弧线等等，它们都是通过数学公式计算获得的。

位图和矢量图最简单的区别就是：矢量图可以无限放大，而且不会失真；而位图则不能。

像Photoshop(PS)这样主要用于处理位图的软件，我们称之为图像处理软件；专门处理矢量图的软件，我们称之为图形设计软件，例如Adobe Illustrator，CorelDRAW，Flash MX等。

二、BMP位图文件

常见的图像文件格式有：BMP、JPG(JPE,JPEG)、GIF等。

BMP图像文件(Bitmap-File)格式是Windows采用的图像文件存储格式，在Windows环境下运行的所有图像处理软件都支持这种格式。Windows 3.0以后的BMP文件都是指设备无关位图(DIB，device-independent bitmap)。BMP位图文件默认的文件扩展名是.BMP，有时它也会以.DIB或.RLE作扩展名。

注：本文采用lena.bmp（512×512）做例子：

1、BMP文件结构

BMP文件由4部分组成：

1.   位图文件头(bitmap-file header)

2.   位图信息头(bitmap-informationheader)

3.   颜色表(color table)

4.   颜色点阵数据(bits data)

24位真彩色位图没有颜色表，所以只有1、2、4这三部分。

————————————————————————————————————————————————

看图像属性，位深度，如果是24，就说明图片是24位真彩色

————————————————————————————————————————————————

用UltraEdit打开lena.bmp，可以看到这个文件的全部数据如下图所示：

 

1、1位图文件头（BITMAPFILEHEADER）

 

位图文件头分4部分，共14字节：

名称	占用空间	内容	实际数据
bfType	2字节	标识，就是“BM”二字	BM
bfSize	4字节	整个BMP文件的大小	0x000C0036(786486)【与右键查看图片属性里面的大小值一样】
bfReserved1/2	4字节	保留字，没用	0
bfOffBits	4字节	偏移数，即 位图文件头+位图信息头+调色板 的大小	0x36(54)

注意，Windows的数据是倒着念的，这是PC电脑的特色。如果一段数据为50 1A 25 3C，倒着念就是3C 25 1A50，即0x3C251A50。因此，如果bfSize的数据为36 00 0C 00，实际上就成了0x000C0036，也就是0xC0036。

 

1、2位图信息头（BITMAPINFOHEADER ）

位图信息头共40字节：

名称	占用空间	内容	实际数据
biSize	4字节	位图信息头的大小，为40	0x28(40)
biWidth	4字节	位图的宽度，单位是像素	0x200(512)
biHeight	4字节	位图的高度，单位是像素	0x200(512)
biPlanes	2字节	固定值1	1
biBitCount	2字节	每个像素的位数 1-黑白图，4-16色，8-256色，24-真彩色	0x18(24)
biCompression	4字节	压缩方式，BI_RGB(0)为不压缩	0
biSizeImage	4字节	位图全部像素占用的字节数，BI_RGB时可设为0	0x0C
biXPelsPerMeter	4字节	水平分辨率(像素/米)	0
biYPelsPerMeter	4字节	垂直分辨率(像素/米)	0
biClrUsed	4字节	位图使用的颜色数 如果为0，则颜色数为2的biBitCount次方	0
biClrImportant	4字节	重要的颜色数，0代表所有颜色都重要	0

作为真彩色位图，我们主要关心的是biWidth和biHeight这两个数值，两个数值告诉我们图像的尺寸。biSize，biPlanes，biBitCount这几个数值是固定的。想偷懒的话，其它的数值可以一律用0来填充。

 

 

1、3颜色表

24位真彩色位图没有颜色表。为了简化，只讨论24位真彩色位图。

1、4颜色点阵数据

位图全部的像素，是按照自下向上，自左向右的顺序排列的。

RGB数据也是倒着念的，原始数据是按B、G、R的顺序排列的。

三、Photoshop和Windows的BMP文件比较

Windows的BMP文件最后少了两个0字节，没有整体补位。bfSize(文件大小)，biSizeImage(全部像素大小)也相应地减去2。

打开Photoshop，新建一个尺寸为2*3像素的文件：

 

放大图片到最大（1600%），然后用铅笔工具对每个像素都点一个不同颜色的点，如下图所示：

 

储存这个文件为BMP格式，文件名为“MyBmp.bmp”，在BMP选项中选择Windows，24位：

 

 

 

你应该注意到图中用黑色框起来的00 00了，在每行颜色的末尾添加的两个0字节，是为了行补位。为什么要行补位呢？因为32位的Windows操作系统处理4个字节(32位)的速度比较快，所以BMP的每一行颜色占用的字节数规定为4的整数倍。MyBmp.bmp中一行颜色有两个像素，共占用6字节，如果要补齐4*2=8字节，就要再加两个0字节。

行补位的公式为：widthBytes = (width*biBitCount+31)/32*4

参数说明：

Width：位图的实际宽度

biBitCount：每个像素的位数

1-黑白图，4-16色，8-256色，24-真彩色

注：Phtoshop在文件的末尾还补充了两个0字节，好像是要整体补位。不过我看过的BMP资料中都没有提到还要整体补位的，其它软件生成的BMP文件也没有整体补位的，这看起来像是Adobe的独创，不知道目的何在。

PS：文章最后注的内容将由下篇文章解释

———————————————————————————————————————————————————————-

from：https://www.cnblogs.com/lzlsky/archive/2012/08/16/2641698.html

BITMAPFILEHEADER、BITMAPINFOHEADER及BMP结构详解

位图BITMAPINFOHEADER 与BITMAPFILEHEADER：

先来看BITMAPINFOHEADER，只写几个主要的

    biSize包含的是这个结构体的大小（包括颜色表）

    biWidth和biHeight分别是图片的长宽

    biPlanes是目标绘图设备包含的层数，必须设置为1

    biBitCount是图像的位数，例如24位，8位等

    biXPelsPerMeter， biYPelsPerMeter 是现实世界中每米包含的像素数 设为3780即可

    biSizeImage 图像数据的大小 = biWidth X biHeight X biBitCount

    ———————————————————————————

    再看 BITMAPFILEHEADER

    bfType  图片的类型 必须是BM 填0x4d42即十进制的19778

    bfOffBits 从文件头开始到颜色数据的偏移量  54+sizeof(RGBQUAD)*256

    bfSize  图片的大小，bfOffBits + 长 X 宽 X 位数  例如对于128X128X24位的图像  bfSize=128X128X24 + 54+sizeof(RGBQUAD)*256

    bfReserved1和bfReserved1必须为0

BMP文件结构及其存取

数字图像在外存储器设备中的存储形式是图像文件，图像必须按照某个已知的、公认的数据存储顺序和结构进行存储，才能使不同的程序对图像文件顺利进行打开或存盘操作，实现数据共享。图像数据在文件中的存储顺序和结构称为图像文件格式。目前广为流传的图像文件格式有许多种，常见的格式包括BMP、 GIF、JPEG、TIFF、PSD、DICOM、MPEG等。在各种图像文件格式中，一部分是由某个软硬件厂商提出并被广泛接受和采用的格式，例如 BMP、GIF和PSD格式；另一部分是由各种国际标准组织提出的格式，例如JPEG、TIFF和DICOM，其中JPEG是国际静止图像压缩标准组织提出的格式，TIFF是由部分厂商组织提出的格式，DICOM是医学图像国际标准组织提出的医学图像专用格式。

BMP文件是Windows操作系统所推荐和支持的图像文件格式，是一种将内存或显示器的图像数据不经过压缩而直接按位存盘的文件格式，所以称为位图（bitmap）文件，因其文件扩展名为BMP，故称为BMP文件格式，简称BMP文件。本书对图像的算法编程都是针对BMP图像文件的，因此在本章中我们详细介绍BMP文件结构及其读写操作，以加深对图像数据的理解。

BMP文件总体上由4部分组成，分别是位图文件头、位图信息头、调色板和图像数据，如表5-1所示。 表5-1 BMP文件的组成结构 位图文件头（bitmap-file header）14bytes 位图信息头（bitmap-information header）40bytes 彩色表/调色板（color table） 位图数据（bitmap-data） 下面来详细看一下每个组成部分的细节。 1．位图文件头（bitmap-file header） 位图文件头（bitmap-file header）包含了图像类型、图像大小、图像数据存放地址和两个保留未使用的字段。 打开WINGDI.h文件，搜索”BITMAPFILEHEADER”就可以定位到BMP文件的位图文件头的数据结构定义。 typedef struct tagBITMAPFILEHEADER {  WORD    bfType;  DWORD   bfSize;  WORD    bfReserved1;  WORD    bfReserved2;  DWORD   bfOffBits;  } BITMAPFILEHEADER, FAR *LPBITMAPFILEHEADER, *PBITMAPFILEHEADER; 表5-2列出了tagBITMAPFILEHEADER中各字段的含义。 表5-2 tagBITMAPFILEHEADER结构 字 段 名 大小（单位：字节） 描 述 bfType 2 位图类别，根据不同的操作系统而不同，在Windows中，此字段的值总为‘BM’ bfSize 4 BMP图像文件的大小 bfReserved1 2 总为0 bfReserved2 2 总为0 bfOffBits 4 BMP图像数据的地址 2．位图信息头（bitmap-information header） 位图信息头（bitmap-information header）包含了位图信息头的大小、图像的宽高、图像的色深、压缩说明图像数据的大小和其他一些参数。 打开WINGDI.h文件，搜索”tagBITMAPINFOHEADER”就可以定位到BMP文件的位图信息头的数据结构定义。 typedef struct tagBITMAPINFOHEADER{  DWORD      biSize;  LONG        biWidth;  LONG        biHeight;  WORD       biPlanes;  WORD       biBitCount;  DWORD      biCompression;  DWORD      biSizeImage;  LONG        biXPelsPerMeter;  LONG        biYPelsPerMeter;  DWORD      biClrUsed;  DWORD      biClrImportant;  } BITMAPINFOHEADER, FAR *LPBITMAPINFOHEADER, *PBITMAPINFOHEADER; 表5-3列出了tagBITMAPFILEHEADER中各字段的含义。 表5-3 tagBITMAPFILEHEADER结构 字 段 名 大小 （单位： 字节） 描 述 biSize 4 本结构的大小，根据不同的操作系统而不同，在Windows中，此字段的值总为28h字节=40字节 biWidth 4 BMP图像的宽度，单位像素 biHeight 4 总为0 biPlanes 2 总为0 biBitCount 2 BMP图像的色深，即一个像素用多少位表示，常见有1、4、8、16、24和32，分别对应单色、16色、256色、16位高彩色、24位真彩色和32位增强型真彩色 biCompression 4 压缩方式，0表示不压缩，1表示RLE8压缩，2表示RLE4压缩，3表示每个像素值由指定的掩码决定 biSizeImage 4 BMP图像数据大小，必须是4的倍数，图像数据大小不是4的倍数时用0填充补足 biXPelsPerMeter 4 水平分辨率，单位像素/m biYPelsPerMeter 4 垂直分辨率，单位像素/m biClrUsed 4 BMP图像使用的颜色，0表示使用全部颜色，对于256色位图来说，此值为100h=256 biClrImportant 4 重要的颜色数，此值为0时所有颜色都重要，对于使用调色板的BMP图像来说，当显卡不能够显示所有颜色时，此值将辅助驱动程序显示颜色

3．彩色表/调色板（color table） 彩色表/调色板（color table）是1色、16色和256色图像文件所特有的，相对应的调色板大小是2、16和256，调色板以4字节为单位，每4个字节存放一个颜色值，图像 的数据是指向调色板的索引。 可以将调色板想象成一个数组，每个数组元素的大小为4字节，假设有一256色的BMP图像的调色板数据为： 调色板[0]=黑、调色板[1]=白、调色板[2]=红、调色板[3]=蓝…调色板[255]=黄 图像数据01 00 02 FF表示调用调色板[1]、调色板[0]、调色板[2]和调色板[255]中的数据来显示图像颜色。 在早期的计算机中，显卡相对比较落后，不一定能保证显示所有颜色，所以在调色板中的颜色数据应尽可能将图像中主要的颜色按顺序排列在前面，位图信息 头的biClrImportant字段指出了有多少种颜色是重要的。 每个调色板的大小为4字节，按蓝、绿、红存储一个颜色值。 打开WINGDI.h文件，搜索”tagRGBTRIPLE”就可以定位到BMP文件的调色板的数据结构定义。 typedef struct tagRGBQUAD {  BYTE    rgbBlue;  BYTE    rgbGreen;  BYTE    rgbRed;  BYTE    rgbReserved;  } RGBQUAD; 表5-4列出了tagRGBTRIPLE中各字段的含义。 表5-4 tagRGBTRIPLE结构 字 段 名 大小（单位：字节） 描 述 rgbBlue 1 蓝色值 rgbGreen 1 绿色值 rgbRed 1 红色值 rgbReserved 1 保留，总为0 4．位图数据（bitmap-data） 如果图像是单色、16色和256色，则紧跟着调色板的是位图数据，位图数据是指向调色板的索引序号。 如果位图是16位、24位和32位色，则图像文件中不保留调色板，即不存在调色板，图像的颜色直接在位图数据中给出。 16位图像使用2字节保存颜色值，常见有两种格式：5位红5位绿5位蓝和5位红6位绿5位蓝，即555格式和565格式。555格式只使用了15 位，最后一位保留，设为0。 24位图像使用3字节保存颜色值，每一个字节代表一种颜色，按红、绿、蓝排列。 32位图像使用4字节保存颜色值，每一个字节代表一种颜色，除了原来的红、绿、蓝，还有Alpha通道，即透明色。 如果图像带有调色板，则位图数据可以根据需要选择压缩与不压缩，如果选择压缩，则根据BMP图像是16色或256色，采用RLE4或RLE8压缩算 法压缩。 RLE4是压缩16色图像数据的，RLE4采用表5-5所示方式压缩数据。 表5-5 RLE4压缩方法 方 案 1字节 2字节 3字节 4字节 N字节 A 重复次数 颜色索引       B 设为0 后面有效的 颜色索引数 颜色索引 颜色索引 颜色索引… 假设有如下16色位图数据，共20字节，数据使用了RLE4压缩： 05 00 04 05 00 08 09 05 04 00 04 05 08 09 04 08 07 01 00 00 数据解压时首先读取05，因为05不等于0，所以选择A方案，根据A方案，05表示后面数据重复的次数，接着读取00，00表示有两个颜色索引，每 个索引占4位，第一个像素在高4位，第二个像素在低4位，即在一个字节中低像素在高位，高像素在低位。05 00解压后等于00 00 0。 读取04，选择A方案，按照上面的操作解析，04是后面数据重复的次数，05是两个颜色索引，第3个颜色索引为5，第4个颜色索引为0。04 05解压后等于05 05。 读取00，选择B方案，读取08，08表示后面有效的颜色索引数。00 08解压后等于09 05 04 00。 读取04，选择A方案，按照上面的操作解析，04是后面数据重复的次数，05是两个颜色索引。04 05解压后等于05 05。 读取08，选择A方案，按照上面的操作解析，08是后面数据重复的次数，09是两个颜色索引。08 09解压后等于09 09 09 09。  读 取04，选择A方案，按照上面的操作解析，04是后面数据重复的次数，08是两个颜色索引。04 08解压后等于08 08。 读取07，选择A方案，按照上面的操作解析，07是后面数据重复的次数，01是两个颜色索引。07 01解压后等于01 01 01 0。 读取00，选择B方案，读取00，00表示后面有效的颜色索引数，0表示无，即解压完一行数据。 综合上面的操作，解压后的数据为： 00 00 00 50 50 90 50 40 00 50 50 90 90 90 90 80 80 10 10 10 看上去和原来的数据大小一样，没有体现到压缩效果，这是因为上面的例子只选择了20字节数据，而且这20字节数据中重复的数据不多，使用RLE压缩 重复数据不多的数据时，有时可能压缩后的大小反而比原来的数据还大。其实一般情况下当数据比较多而且重复的时候，使用RLE压缩效果还是比较理想的。 RLE8的压缩方式可以参考上面的RLE4解压方法，惟一的区别是RLE8使用1个字节存放颜色索引，而RLE4使用4位存放颜色索引。 结合上面对BMP文件的分析，下面分别对256色和24位色的BMP图像进行十六进制分析，通过在十六进制编辑器中分析文件结构，能够增加分析文件 的经验。 如图5-1和图5-2所示，分别为256色BMP图像cat2.bmp和24位色BMP图像cat1.bmp。其中cat2.bmp图像的分辨率为 200×153，文件大小为31 680字节。cat1.bmp图像的分辨率为200×150，文件大小为90 056字节。 图5-1  cat2.bmp图像（256色BMP图像cat2.bmp，分辨率为 200×153，文件大小为31 680字节） 图5-2  cat1.bmp图像（24位色BMP图像cat1.bmp，分辨率为200×150，文件大小为90 056字节） 现 在来分析cat2.bmp的图像文件，在Winhex中打开cat2.bmp，如图5-3所示。 （点击查看大图）图5-3  在Winhex中打开cat2.bmp图像文件（（256色BMP图像cat2.bmp，分辨率为 200×153，文件大小为31 680字节）） 首先分析位图文件头的结构，如图5-4所示。根据 BMP文件的位图文件头结构定义分析出cat2.bmp图像的位图文件头中各字段的含义，如表5-6所示。 （点击查看大图）图5-4  cat2.bmp图像文件的位图文件头 表5-6 cat2.bmp图像文件中位图文件头各字段的含义 十六进制值 描 述 42 4D： BM的ASCII值，在Windows中的BMP文件标识符 C0 7B 00 00 7B C0h=31680，是cat2文件的大小 00 00 00 00 保留值，总为0 36 04 00 436h=1078，是图像数据的地址，即文件头+信息头+调色板的长度

继续分析接下来的数据，根据BMP文件结构的定义，接下来的数据是位图信息头，cat2.bmp图像文件的位图信息头的内容如图5-5所示。

（点击查看大图）图5-5  cat2.bmp图像的位图信息头（0x00000000-E ~ 0x00000030-5）

表5-7所示为cat2.bmp图像文件中位图信息头各字段的含义。

表5-7 cat2.bmp图像文件中位图信息头各字段的含义

十六进制值	描 述
28 00 00 00：	cat2.bmp图像的位图信息头大小
C8 00 00 00	00 00 00 C8 = 200，是cat2图像的宽度，单位像素
99 00 00 00	00 00 00 99 = 153，是cat2图像的高度，单位像素
01 00	总是1
08 00	00 08 = 8，cat2图像的色深，即2的8次幂等于256色
00 00 00 00	压缩方式，0表示不压缩
8A 77 00 00	00 00 77 8A = 30602，是cat2图像的图像数据大小，单位字节
12 0B 00 00	00 00 0B 12 = 2834，cat2图像的水平分辨率，单位像素/m
12 0B 00 00	00 00 0B 12 = 2834，cat2图像的垂直 分辨率，单位像素/m
00 00 00 00	cat2图像使用的颜色数，0表示使用全部颜色
00 00 00 00	cat2图像中重要的颜色数，0表示所有颜色都重要

继续分析接下来的数据，根据BMP文件结构的定义，因为cat2.bmp图像是256色的位图，所以应该有256个调色板，每个调色板占4字节，整 个调色板一共1024字节大小。 cat2.bmp图像文件的调色板数据如图5-6和图5-7所示。

（点击查看大图）图5-6  cat2.bmp图像的调色板地址从00000036h开始存储

（点击查看大图）图5-7  cat2.bmp图像的调色板数据结束地址是00000435h

从图5-6和图5-7中可以看出，cat2.bmp图像的调色板地址从00000036h开始到00000435h结束，即00000435h – 00000036h + 1 =400h = 1024 bytes。

如果想查看cat2图像的调色板对应的实际显示颜色，可以使用Adobe Photoshop CS打开cat2.bmp，在Adobe Photoshop CS的菜单栏中选择”图像”→”模式”→”颜色表”，即可观看cat2的调色板，如图5-8所示。

图5-8  在Adobe Photoshop CS中查看cat2的调色板(16 X 16 )

图5-8所示cat2.bmp的调色板颜色和图5-6中的十六进制数据是一一对应的。在Adobe Photoshop CS的调色板上单击任何一个像素的颜色即可弹出一个拾色器对话框显示该像素颜色的详细组成信息。cat2.bmp调色板和cat2.bmp的十六进制数据 的对应关系如图5-9所示。

继续分析接下来的数据，根据BMP文件结构的定义，如果一个图像有调色板，那么紧跟在调色板后面的是图像的数据，这些数据不是实际的颜色值，而是指 向调色板数组的索引，根据索引来获取调色板中的颜色，如图5-10所示。

（点击查看大图）图5-9  cat2.bmp调色板和cat2.bmp的十六进制数据的对应关系

（点击查看大图）图5-10  cat2.bmp的图像数据

因为cat2.bmp是256色的位图，即采用了8位色深作为指向调色板数组的索引，所以根据图5-10中显示的数据可以得知：49 49 49 B1 49 49 49 49 49 99。表示cat2.bmp位图左下角第1个像素的颜色等于调色板[49]；第2个像素的颜色等于调色板[49] ；第3个像素的颜色等于调色板[49] ；第4个像素的颜色等于调色板[B1]；第5个像素的颜色等于调色板[49] ……依此类推。

 

cat1.bmp图像是24位色图像，根据BMP文件结构定义得知，cat1.bmp图像没有调色板，图像数据存储的是实际的颜色数据，每个像素用 3字节表示，分别是红绿蓝。由于cat1.bmp和cat2.bmp的位图文件头和位图信息头结构一样，所以cat1.bmp的位图文件头和位图信息头可 以参考上面对cat2.bmp的分析，下面从cat1.bmp的位图信息头结束的位置开始分析，如图5-11所示。

（点击查看大图）图5-11  cat1.bmp图像的图像数据（（24位色BMP图像cat1.bmp，分辨率为200×150，文件大小为90 056字节））

从图5-11可以看到表示每个像素的红绿蓝三色的值，实际存放的时候是倒过来存放的，在分析BMP图像格式时需要注意这点。

通过上面对BMP文件存储结构的分析发现，BMP文件的位图文件头和位图信息头存在着大量的重复数据。如果存储大量同一色深的BMP位图，必然会浪 费大量存储空间，所以很多时候游戏编程人员都会去掉BMP文件头和信息头，只保留几个必要的信息和图像数据，那么BMP文件头和信息头中哪几个字段是必须 保留的呢？

使用Winhex的文件比较功能比较两个24位色深的BMP图像文件，观察两个文件的文件头和信息头有什么不同的地方，如图5-12所示。

（点击查看大图）图5-12  使用Winhex比较两个24位色深的BMP图像文件

从图5-12可以看出，两个色深相同的BMP图像的文件头和信息头一共有4处不同的地方，分别是文件头的文件大小、信息头的图像宽度、图像高度和图 像数据大小。

所以很多时候，游戏编程人员只保留图像文件的文件大小、图像宽度、图像高度和图像数据大小信息，甚至有时不需要保留文件大小这个数值，使用图像数据大小数值即可。

在分析未知文件存储格式时，如果遇到去掉了文件头的文件时，如上面所说的BMP文件，会给分析未知文件格式带来一定的困难。这时需要使用十六进制编 辑器的文件比较功能，观察两个同类的未知文件格式寻找某些潜在的规律，如果实在观察不出规律的，那只能使用白盒分析方法，对调用此未知文件格式的程序进行反汇编跟踪调试了。当然，有时灵感和运气也很重要。

———————————————————————————————————————————————————————

from：https://www.cnblogs.com/glegoo/archive/2012/09/28/2707851.html

位图文件大小的精准计算方法

   8位（bit）位图：彩色版中有2^8=256种颜色，具体哪256种颜色可由调色板灵活规定，因此每个像素点最多有256种情况（颜色），故刚好可用两位十六进制码（16^2=256）表示，占1字节。

一幅512×512的8位位图大小计算方法：位图文件头（14字节00000000h开始到0000000Dh）+位图信息头（40字节0000000Eh开始到00000035h）+调色板（256×彩色表4字节 00000036h开始到00000435h）+实际像素点占内存（512×512×1字节）=263 222字节（Byte）。

      24位位图：又名RGB真彩色图，含2^24=16 777 216=16M色，没有彩色表，原因上文已说明。每个像素点由3个字节（十六进制码6位）表示，每个字节负责控制一种颜色，分别为蓝（Blue）、绿（Green）、红（Red）。为什么每种颜色用1个字节控制呢？我们知道，图像中任何颜色都是由蓝、绿、红混合而成，而在24位位图中这三种颜色的跨度（深度）分别为256=2^8，占二进制8bit=1字节，故蓝、绿、红刚好可用1个字节表示。那么每个像素点可能的颜色就有256×256×256=2^24种。

一幅256×256的24位位图大小计算方法：位图文件头（14字节00000000h开始到0000000Dh）+位图信息头（40字节0000000Eh开始到00000035h）+实际像素点占内存（256×256×3字节）=196 662字节（Byte）。    

需要注意的是，Windows有“补零”的习惯！即要求位图的每一行像素所占字节数必须被4整除。若不能倍4整除，则在该位图每一行的十六进制码末尾“补”1至3个字节的“00”。

例如：一幅宽253×高256的24位位图，微软在生成该图为实际文件时，计算每一行像素所占字节=宽253×3字节=759字节，检验其被4除余1，则在每行的十六进制码末尾加1个字节，补“00”，变为760字节。因此我们计算该图大小时应先判断是否“补零”，再得出算法：该图大小=位图文件头（14字节）+位图信息头（40字节）+实际像素点占内存（高256×每行760字节）=194614字节（Byte）。     有趣的是，“补零”只针对位图的宽进行检验，一幅宽256×高253的24位位图，其大小=位图文件头（14字节）+位图信息头（40字节）+实际像素点占内存（高253×每行768字节）=194358字节（Byte）< 196 662字节（Byte）。这样，只是把此图像的宽和高颠倒，图像所占内存竟然变小了。