C++读图片——Mac下对于bmp文件读写读取过大的解决方案

Mac下对bmp文件处理时size过大的解决方案

当在读写bmp信息头的时候，首先对根据C和C++的对齐预编译指令进行对齐之后，当进行读文件之后会出现biWidth和biHeight过大的情况。本篇文章对这个情况提出解决方案。

 struct BITMAPINFOHEADER
 {
 unsigned long   biSize;            //本结构所占用字节数 40字节
 long            biWidth;           //位图的宽度，以像素为单位
 long            biHeight;          //位图的高度，以像素为单位
 unsigned short  biPlanes;          //目标设备的级别，必须为1
 unsigned short  biBitCount;        //每个像素所需的位数，必须是1（双色）、4（16色）、8（256色）或24（真彩色）之一
 unsigned long   biCompression;     //位图压缩类型，必须是 0（BI_RGB不压缩）、
 unsigned long   biSizeImage;       //位图的大小，以字节为单位
 long            biXPelsPerMeter;   //位图水平分辨率，每米像素数
 long            biYPelsPerMeter;   //位图垂直分辨率，每米像素数
 unsigned long   biClrUsed;         //位图实际使用的颜色表中的颜色数
 unsigned long   biClrImportant;    //位图显示过程中重要的颜色数
 };

问题描述

当读取文件之后进行malloc或者new处理时，会出现malloc分配空间出现错误的情况，此时查看信息头之后发现biWidth和biHeight过大的情况（如下图），此时进行图片写入的时候会出现错误。

此时用sizeof对信息头进行输出之后发现原本对齐之后应该是40的变成了80。
此时便出现了读文件错误。

解决方法

此时就要考虑到我们在读文件时，运用对齐之后计算机应该读取40个字节，但是此时读取了80个字节，所以出现了读取错误。此时就要考虑到电脑编译器是不是32位的，后面发现Mac下的编译器确实是64位的，而64位下的long是8个字节，所以在对齐之后信息头所占的字节数时80，因此解决方法也很简单，只需要将long改为int即可解决。

struct BITMAPINFOHEADER
{
    unsigned int   biSize;            //本结构所占用字节数 40字节
    int            biWidth;           //位图的宽度，以像素为单位
    int            biHeight;          //位图的高度，以像素为单位
    unsigned short biPlanes;          //目标设备的级别，必须为1
    unsigned short biBitCount;        //每个像素所需的位数，必须是1（双色）、4（16色）、8（256色）或24（真彩色）之一
    unsigned int   biCompression;     //位图压缩类型，必须是 0（BI_RGB不压缩）、
    unsigned int   biSizeImage;       //位图的大小，以字节为单位
    int            biXPelsPerMeter;   //位图水平分辨率，每米像素数
    int            biYPelsPerMeter;   //位图垂直分辨率，每米像素数
    unsigned int   biClrUsed;         //位图实际使用的颜色表中的颜色数
    unsigned int   biClrImportant;    //位图显示过程中重要的颜色数
};

此时问题就得到解决啦。