很多人在转储bmp文件的时候，会出现各种各样的问题，特别是抓屏的时候，经常保存下来的图片 怪怪的，偏差很大！比如下面：
有时候，明明感觉自己是对的，但往往结果很让人抓狂。
这种情况一般是对bmp文件格式理解不对，或者没有透彻导致，当然至少是显示出来，所以大部分是对的，只是某些地方出错！
网上也有很多bmp文件格式，但都说得不够透彻，导致实际总要走些弯路。
bmp是常见图片格式，使用非常广泛。近期在处理ui库的时候，了解下bmp格式，也发现其中一些坑，记录下。
bmp格式很简单，网上搜索一堆，百科上也有介绍，这里就不重复介绍，
最重要就是文件头，主要是 前54字节，可以用UE看看 bmp：
注意：
1. 红色框里的内容，是重点
2. 表示数值的，都是低在前，包括后面的像素点。例如，RGB888 实际存放顺序是 BGR888
颜色：有几种标准，RGB是常见一种，也非常好理解，所以下面重点是RGB颜色标准。
由于4色，黑白色，16色，256色，色差失真太大，除了特殊场合，现在很少用了，因此，我也不怎么去尝试。
对于256色，其实存在画板的概念，可以提升图片效果，降低存储空间，有兴趣可以去了解下
重点说下：16位色 24位色
注意区别：16色与16位色，16色就是16种颜色，非常单调；16位色，就是用16bit 来表示颜色，有65536种颜色，比较丰富。
24位色就是24bit来表示颜色，那么有256*256*256种颜色，那么颜色更丰富，满足大部分的正常使用。
既然24位色这么好，为什么还有用16位色呢？甚至更低色？主要场合不一样，位数越少，表现效果当然越差了，但存储占空间就越少，意味着处理就更快，在显示要求并不是那么高的地方，还是很有市场的，另外颜色也受到显示对象限制，有年代的人应该知道以前屏幕是单色的，因此再多的色彩最终还是 0或1；后来出现彩色屏幕，但颜色也很少，就那么几种，但比单色效果好很多了；再后来出现 真彩色，才使得我们进入888的时代，当然以后更多，颜色也更绚丽。总之，颜色取决于你的设备/处理能力/硬件成本。
前面说到的 RGB888就是 24位色=8+8+8
那么16位色又是？RGB565=5+6+5，还有RGB555=5+5+5 ，一般RGB565比较多。
“在我们的计算机中图像是以RGB888格式显示图像的，24位图每个像素保存了32bit的数据，即RGB888+Alpha，Alpha就是半透明填充字节……” 但设备当中，我们经常用RGB565，因此两者之间是要转换的，转换算法，网上很多，也很简单，这里就不重复描述。
当然实际不会这么简单，我就碰到这么一个坑，通过坑，就好好理解BMP格式。
不知道大家有没有注意到bmp格式里的 001EH 这里的含义：
0 - 不压缩 (使用BI_RGB表示)
1 - RLE 8-使用8位RLE压缩方式(用BI_RLE8表示)
2 - RLE 4-使用4位RLE压缩方式(用BI_RLE4表示)
3 - Bitfields-位域存放方式(用BI_BITFIELDS表示) 一般用于bit12以及bit32，这里是 重点！重点！重点！重点！
因为目标文件是RGB565，16bit，所以 001E这里要填 3，注意不能填0！注意不能填0 ！注意不能填0！
那么填了3是否就OK了呢？不是！因为16bit，还有RGB565 以及 RGB555两种标准，你还要告诉对方用哪种格式！不然系统就傻了！
那么怎么告诉系统呢？需要在 原先54字节 后面增加一些信息，主要增加16字节内容：
红色占位 RGB565 要填：0x0000F800
绿色占位 RGB565 要填：0x000007E0
蓝色占位 RGB565 要填：0x0000001F
由于改成70字节了，因此 偏移量/长度 地方的值也要随着改变
还有一个地方：000EH 这个地方要增加16，这里要填 0x38 ！
由此可见，如果是RGB555的话，这些地方也要改
还有一个坑，就是bmp要4字节对齐，本来是很好理解的，但实际却是
“每一行都得4字节对齐，不足的用 00H 补齐”
举个例子：
如果图片是 51 * 51 格式： RGB565（一个像素点为2字节）
每行字节数=51*2=102字节，102不是4倍数，所以要补偿两个00，使之=104字节
下面给一个我创建bmp头函数，就可以实现自己的bmp头，由于平时就用到RGB888 跟 RGB565 两种，所以没考虑其他类型的，如果有兴趣可以完善以下代码，使之更加通用！
1 //pTitle 固定为70字节, 创建 2 //byBits 位数，比如16 24 3 //nWidth 图片宽度（多少像素点） 4 //nHeight 图片高度（多少像素点） 5 //nFileLen 图片总像素点 = nWidth * nHeight 6 void CreateBmpTitle(byte *pTitle,byte byBits,UINT nWidth,UINT nHeight,UINT nFileLen) 7 { 8 int nPos = 0; 9 memset(pTitle,0,70); 10 11 //每个像素占多少字节 12 byte bmpBytes = 2; 13 if(byBits <= 8) 14 { 15 bmpBytes = 1; 16 } 17 else if(byBits <= 16) 18 { 19 bmpBytes = 2; 20 } 21 else if(byBits <= 24) 22 { 23 bmpBytes = 3; 24 } 25 else 26 { 27 bmpBytes = 4; 28 } 29 30 //每一行都要凑齐4 31 UINT nLineLen = nWidth * bmpBytes; 32 if((nLineLen % 4) != 0) 33 { 34 UINT nAdd = (4 - (nLineLen % 4)) * nHeight; 35 nFileLen += nAdd; 36 } 37 38 pTitle[nPos++] = 'B'; 39 pTitle[nPos++] = 'M'; 40 41 //文件长度 42 SetUINT_L(nFileLen+70,pTitle,nPos); 43 nPos += 8;//预留4也跳过 44 45 //偏移量 46 SetUINT_L(70,pTitle,nPos); 47 nPos += 4; 48 49 //windows, 56 50 SetUINT_L(56,pTitle,nPos); 51 nPos += 4; 52 53 //宽度 54 SetUINT_L(nWidth,pTitle,nPos); 55 nPos += 4; 56 //高度 57 SetUINT_L(nHeight,pTitle,nPos); 58 nPos += 4; 59 //平面数=1 60 SetUSHORT_L(1,pTitle,nPos); 61 nPos += 2; 62 63 //bits 数 64 SetUSHORT_L((USHORT)byBits,pTitle,nPos); 65 nPos += 2; 66 67 if(byBits == 24) 68 { 69 nPos += 4; 70 } 71 else if((byBits == 16) || (byBits == 15) || (byBits == 32)) 72 { 73 //BI_BITFIELDS 74 SetUINT_L(3,pTitle,nPos); 75 nPos += 4; 76 } 77 78 //内容长度，必须为4倍数 79 SetUINT_L(nFileLen,pTitle,nPos); 80 nPos += 4; 81 82 SetUINT_L(0xb12,pTitle,nPos); 83 nPos += 4; 84 85 SetUINT_L(0xb12,pTitle,nPos); 86 nPos += 4; 87 88 if(byBits == 16) 89 { 90 // 565 分别表示 RGB 所在bit位数 91 nPos = 54; 92 93 SetUINT_L(0xF800,pTitle,nPos); 94 nPos += 4; 95 96 SetUINT_L(0x07E0,pTitle,nPos); 97 nPos += 4; 98 99 SetUINT_L(0x001F,pTitle,nPos); 100 nPos += 4; 101 } 102 103 104 ///其他都是0 105 }