浅析BMP位图文件结构（含Demo）-低调大师

浅析BMP位图文件结构（含Demo）

2018-03-10 525

浅析BMP位图文件结构（含Demo）

关于BMP位图格式在网上可以找到比较详细的相关文档，有兴趣的可以搜索标题为“BMP文件结构的探索”的文章，可以在搜索结果中找到一个WORD文档，里面有很详细的介绍。很感谢这个文档的作者（ID是WhatIf），总结得很详细而且还附有详细的应用代码（文档我会放在本文最后面的附件部分）。因为文档中写得很详细，所以我在此就结合自己写的程序示例来介绍下位图的主要结构，用兴趣的可以将附件文件下载下来，结合本节给的相关测试代码进行学习和研究。下面直接引用其描述：

Bmp文件是非常常用的位图文件，无论是游戏还是其他都被广泛使用。针对bmp文件的处理也有一堆现成的api进行调用，然而文件内部究竟怎样，如何自己来解析这样的文件呢？为了消除无聊，我用了几天时间来研究了一下，同时作为学习笔记，进行记录。

首先，整个bmp文件的内容可以分为3到4块。之所以分为3到4块而不是固定的值，是因为，对于bmp来说可能存在调色板或者一些掩码。具体稍候讨论。

第一块是bmp的文件头用于描述整个bmp文件的情况。结构如下：

 
         typedef 
         struct 
         tagBITMAPFILEHEADER {  
        
         WORD    
         bfType;     
        
         DWORD   
         bfSize;  
        
         WORD    
         bfReserved1;  
        
         WORD    
         bfReserved2;  
        
         DWORD   
         bfOffBits;  
        
         } BITMAPFILEHEADER, *PBITMAPFILEHEADER;

这些信息相当有用，如果你想直接来解析bmp文件。第一个bfType用于表示文件类型，如果它是bmp文件，那么它这个位置的值一定是”BM” 也就是0x4D42。第二个bfSize表示整个文件的字节数。第三第四个则保留，目前无意义，最后一个相当重要，表示，位图的数据信息离文件头的偏移量，以字节为单位。

第二块是位图信息头，即BITMAPINFOHEADER，用于描述整个位图文件的情况。以下挑重要的数据进行解释

 
         typedef 
         struct 
         tagBITMAPINFOHEADER{ 
        
         DWORD 
         biSize; 
         //表示本结构的大小 
        
         LONG 
         biWidth; 
         //位图的宽度 
        
         LONG 
         biHeight; 
         //位图的高度 
        
         WORD 
         biPlanes; 
         //永远为1 ,由于没有用过所以 没做研究 附msdn解释 
        
         //Specifies the number of planes for the target device. This value must be set to 1.
        
         WORD 
         biBitCount;
         //位图的位数 分为1 4 8 16 24 32 本文没对1 4 进行研究 
        
         DWORD 
         biCompression; 
         //本以为压缩类型，但是却另外有作用，稍候解释 
        
         DWORD 
         biSizeImage; 
         //表示位图数据区域的大小以字节为单位 
        
         LONG 
         biXPelsPerMeter; 
        
         LONG 
         biYPelsPerMeter; 
        
         DWORD 
         biClrUsed; 
        
         DWORD 
         biClrImportant; 
        
         } BITMAPINFOHEADER, *PBITMAPINFOHEADER;

第三块就是调色板信息或者掩码部分，如果是8位位图则存放调色板；16 与32位位图则存放RGB颜色的掩码，这些掩码以DWORD大小来存放。

最后一块就是位图的数据实体。

通过上面网友的一段描述，可能大家和我一样，只是大概了解到位图作为一个文件的存在肯定不仅仅只是对每个像素进行简单地储存的，肯定会有一些附加的信息的。但是单单根据上面的描述，还是不够形象，所以，就用一个简单的例子来实验，帮助了解位图的结构。

实验：准备一张编码格式为RGB565的位图文件，分辨率是320*240。然后用VS2005建立C++程序对文件进行读取和分析。

开始实验：

在Windows资源管理器中，把鼠标悬停在位图上方，可以看到系统提示的一些位图信息“尺寸：320×40 大小：151K”。这个是通过如下计算方式得到的：位图文件除去位图数据实体外的三个部分的大小在同一文件系统下都是一样的，都为14+46+2*3=66字节（自己可以查看这些结构体数据的详细定义然后自己验证），位图编码为RGB565，也就是说每个彩色像素点是用的2个字节表示，R/G/B三个分量分别用了5/6/5位表示，5+5+6为16，刚好是两个字节，所以位图数据实体大小为320*240*2/1024=150K，再加上前面的66字节，整个位图的大小就是150K到151K之间了，而根据Windows系统的磁盘分块存储原理（最后一块数据即使比单位存储块1K要小，也会占用一个1K的存储块），所以此文件实际占用的空间为151K。此位图的结构示意如下图：

用VS2005建立C++项目，使用如下的测试代码：

 
         void 
         ReadBmpDemo() 
        
         {
        
         CFile hFile; 
        
         hFile.Open(L
         "recvBmpData565.bmp"
         ,CFile::modeRead);
         //以打开的形式读取文件 
        
         //******************************************* 
        
         //***------Step 1:读取文件信息头---------**** 
        
         //******************************************* 
        
         BITMAPFILEHEADER *pFileHead = NULL; 
         // 位图文件的头指针   
        
         DWORD   
         dwFileHeadSize = 
         sizeof
         (BITMAPFILEHEADER);
         // 位图文件的头区域大小 
        
         pFileHead=(BITMAPFILEHEADER*)
         malloc
         (dwFileHeadSize);
         //申请一片dwFileHeadSize字节大小的内存区 
        
         hFile.Read(pFileHead,dwFileHeadSize);
         //从图片的文件当前位置读取一片内容:文件信息头 
        
         //******************************************* 
        
         //***------Step 2:读取位图信息头---------**** 
        
         //*******************************************    
        
         BITMAPINFOHEADER *pBmpInfoHeader=NULL; 
        
         DWORD 
         dwBmpInfoHeadSize=
         sizeof
         (BITMAPINFOHEADER); 
        
         pBmpInfoHeader=(BITMAPINFOHEADER*)
         malloc
         (dwBmpInfoHeadSize);
         //位图信息头 
        
         hFile.Read(pBmpInfoHeader,dwBmpInfoHeadSize);
         //读入第二块数据块 
        
         pBmpInfoHeader->biCompression  = BI_RGB;
         //RGB555格式---修改压缩信息 
        
         //***************************************************** 
        
         //***------Step 3:读取调色板信息或掩码部分---------**** 
        
         //*****************************************************  
        
         RGBQUAD *pRgbQuad=NULL; 
        
         DWORD 
         dwRgbQuadSize=3*
         sizeof
         (RGBQUAD);
         //本次实验的RGB565位图有三块掩码． 
        
         pRgbQuad=(RGBQUAD*)
         malloc
         (dwRgbQuadSize); 
        
         hFile.Read(pRgbQuad,dwRgbQuadSize); 
        
         //***************************************************** 
        
         //***------Step 4:读取位图的数据实体---------********** 
        
         //*****************************************************  
        
         BYTE 
         *pBmpData=NULL; 
        
         //DWORD dwBmpDataSize=2*(pBmpInfoHeader->biWidth)*(pBmpInfoHeader->biHeight);//因为高度是负的，所以暂时不用此方法 
        
         DWORD 
         dwBmpDataSize=(pFileHead->bfSize) - (pFileHead->bfOffBits);
         //文件头中的文件大小和数据实体偏移量之间的差 
        
         pBmpData=(
         BYTE
         *)
         malloc
         (dwBmpDataSize);
         //申请一片指定字节大小的内存区． 
        
         hFile.Read(pBmpData,dwBmpDataSize); 
        
         hFile.Close(); 
        
         //************************************************************** 
        
         //***------Step 5:将RGB565的数据实体转成RGB555---------********* 
        
         //**************************************************************     
        
         //因为不涉及到本部分内容，所以没有实现 
        
         //******************************************* 
        
         //***------Step Final:释放动态内存区---------**** 
        
         //*******************************************    
        
         free
         (pFileHead); 
        
         pFileHead=NULL; 
        
         free
         (pBmpInfoHeader); 
        
         pBmpInfoHeader=NULL; 
        
         free
         (pRgbQuad); 
        
         pRgbQuad=NULL; 
        
         free
         (pBmpData); 
        
         pBmpData=NULL; 
        
         }

将准备的位图文件素材放到此项目的根目录下。然后断点调试，看运行的中间结果。

位图文件头：从这里面了解到位图文件相关信息，文件类型为19778（即位图的文件类型编号：0x4D42），文件大小为153666，位图数据实体偏移文件头部66。

位图信息头：从这个数据我们可以看到这个位图的相关信息，图片宽度为320，高度为240（当biHeight>0的时候位图是倒置的，它小于0的时候正常），位图的像素存储长度是16位（也就是RGB565的编码方式单像素点占用的长度），图片压缩类型为3（用来指示位图的编码方式是RGB565还是RGB555的，详细介绍可以查看WahtIf写的那个文章“BMP文件结构的探索”中的示例代码），位图数据实体大小为153600。

位图的调色板或掩码部分：对于RGB565的位图，这里面是三个颜色分量的掩码，这个直接关系到此位图文件在Windows下的显示的效果。这三个数据在对位图进行颜色分量提取的时候有比较大的作用，在WahtIf写的那个文章“BMP文件结构的探索”中有示例代码。

位图文件的数据实体部分：这里面以字节为单位存储着位图的每个个像素点的色彩信息，也是位图文件中数据的主体部分。此部分的数据长度在位图信息头中可以得到。

总结：在了解了位图文件的存储结构后，后面对位图的一切操作和变换都是围绕着这些数据来进行的，到时候不会再看着一张数字图片而茫然不知所措了，而是可以根据自己的需求提取自己想要的信息了。

附件示例：

示例C++项目和RGB565图片素材一张：

WinXpBmpDemo.rar :http://files.cnblogs.com/beer/WinXpBmpDemo.rar

参考文章：

《BMP文件结构的探索》

http://blog.csdn.net/hollysky/archive/2005/04/12/345086.aspx

------------------------------------------------------------------

Author:一点一滴的Beer

Email /Gtalk:dreamzsm@gmail.com

From:http://www.cnblogs.com/beer

Notes:欢迎转贴，但请在页面中加个链接注明出处

Time:2010-11-21 in Whu

微信关注我们

原文链接：https://yq.aliyun.com/articles/644194

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

VS2005环境下的DLL应用

VS2005环境下的DLL应用作者：一点一滴的Beerhttp://beer.cnblogs.com/ 以前写过一篇题为《VC++的DLL应用（含Demo演示）》的文章，当时是刚开始接触DLL，而且所讲到的一些DLL的应用都是比较浅层次的数据传递，基本不具备很强的实用性，而且所选用的开发环境是VC6.0，这次因为做做WinCE开发的过程中需要用到这个技术，所以进行了比较深入的研究，而且此次用的是VS2005开发环境，对比VC6.0的一些操作略有不同，所以重新进行了整理。关于DLL的好处，我就不多说了，只需要记住几条： 1) 可以实现代码集成封装。 2) 实现生成的应用程序以文件为载体实现模块化。在升级程序版本的时候，不用重新对应用程序进行重新编译，则只需要将相应的DLL文件进行替换就行了。 3) 可以实现跨语言调用。对于一些用C#作为主要开发语言的程序，需要C++进行接近硬件的底层操作时，可以通过DLL技术，实现语言的“混合”编程，C#具有开发高效性的特点，C++具有运行高效性和对底层的良好操作性的优点，DLL技术可以实现两种语言优点的结合。注：这些技术在WinXp和Win...

2018-03-10

703

一些计算机编程的经典书籍总结（大家一起来补充！）

（最后更新时间：2010.11.26 11点16分）这个帖子原本是在C++奋斗乐园论坛讨论的，后来觉得有必要和更多朋友分享下，所以就在这里也贴出来了，希望大家一起补充。因为我个人学的是C/C++的，所以JAVA等程序语言的书籍我就不讨论了。这里讨论的主要是C/C++的经典书籍，另外还有计算机专业要学的一些重要课程领域的书，大家一起来补充吧！我相信经过大家的补充，这篇帖子一定可以帮助许多学C/C++和计科专业学生。格式是：书名+豆瓣链接(最好给出分类) 因为我很多书我也没看过，所以希望大家能给出书的分类，若我对书的分类有误，请大家提出，谢谢。（希望大家把下面的推荐多点下，别让这个文章沉下去了。谢谢） C/C++：《C程序设计语言》http://book.douban.com/subject/1139336/《C Primer Plus》http://book.douban.com/subject/1319751/《C陷阱与缺陷》http://book.douban.com/subject/2778632/《C与指针》http://book.douban.com/subje...

2018-03-10

591

发表评论

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。