bmp图像大小biSizeImage算法公式由来

LPBITMAPINFOHEADER lpbmiHeader;

// ...

计算BMP方法

法一：lpbmiHeader->biSizeImage = (cx * biBitCount + 31)/32*4*cy;

法二：lpbmiHeader->biSizeImage = ((cx * biBitCount + 31) & ~31) / 8 * cy;

法三：lpbmiHeader->biSizeImage = ((cx * biBitCount + 31) & ~31) >> 3 * cy;

前提： 在BMP的文件格式中规定每行的字节数必须是4的整数倍，不是4的整数倍要补齐。

上面公式红色部分都是一样的结果，都是计算BMP图像中每行的字节数。

其中cx * biBitCount是实际一行占用的位数。暂且用dwRowBit表示吧。

情况1：dwRowBit小于32位（假设dwRowBit为31），那么dwRowBit/8 就小于4，但是我们需要补齐4个字节。办法就是(31 + 31)/32 * 4

情况2： dwRowBit正好32位，不需要考虑多少。 32/8 ，和32/32 * 4都是一样的

情况3： dwRowBit为34位，按理说最少需要4个字节带1位，但是因为必须是4的整数倍，所以应该以8个字节保存。

如何将34位转化为8个字节呢？就是要将dwRowBit中除以32的余数部分添加到满足32位的情况。

所以(dwRowBit + 31)/32 * 4;

其实我们也可以换个思维考虑：

如下dwRowBit分成2个部分： dwRowBit1为正好能被32整除的部分，dwRowBit2为不能被32整除的部分(则dwRowBit2肯定小于32，为什么？你们想想？)

那么上述公式划分为

(dwRowBit1 + dwRowBit2 + 31) / 32 * 4;

再简化一下就是dwRowBit1 / 32 * 4 + (dwRowBit2 + 31) / 32 * 4

再简化一下dwRowBit1 / 8 + (dwRowBit2 + 31) / 32 * 4

dwRowBit2从31位中取一定的位数使自己补齐为32，31剩余的部分除以32的话自动为0.

另外还要补充一点: 对单位的考虑

(dwRowBit1 + dwRowBit2 + 31) bit / 32 bit  * 4 Byte

//===============================================================================================//

// 参考资料1 

// 参考资料2

csdn论坛搜索关键字：

biSizeImage

VC/MFC分区——图形处理/算法

主要链接：

http://topic.csdn.net/u/20070929/13/9ED13464-121E-401E-B827-91E3BF5F0036.html

http://topic.csdn.NET/u/20100114/21/0A67123E-1407-4FC0-B4E0-6D27FB8626C2.html

http://topic.csdn.net/u/20100116/17/4590fdf6-91c7-49a6-a76f-fa3effbae759.html

关键心得：

biSizeImage=(biWidth*biBitCount+31)/32*4*biHeight其中，biWidth*biBitCount是每一行图像占用的位数，除以8是每行图像占用的字节数，要为4的整数倍，所以除以32再乘以4 31是按整数除法自动取整的原则来的，其保证每行图像字节数必须是4的整倍数！ 举一个例子，对于2色图，如果图象宽是31，则每一行需要31位存储，合3个字节加7位，因为字节数必须是4的整倍数，所以应该是4。所以补齐时需要加上4个字节数即32位

===================================

1:biWidth = 241 是位图的宽度而不是字节数目 2:(bits)其实需要输入:(biWidth * biBitCount), 3:WIDTHBYTES()根据输入(biWidth*biBitCount)而得出行字节数,而扫描行字节数乘以扫描行总数(位图的高度biHeight),就得出位数据的实际字节数目,估计你是理解错误了. 4:那估计是乱写的,正确是不能把 (xx)/32*4写成(xx)/8的,在计算机那是不相等的,举例: width = 2,bpp = 8那么行字节数应该是 (2*8+31)/32*4 得4个字节. (2*8+31)/8 得5个字节. 有少少常识的都知道,上面那个是对的,下面那个是错的,原因那些家伙根本不理解"对齐"的意思,片面地把"/32*4"合成为"/8"来误人误已. hoho.