BMP文件加载探讨(转http://blog.sina.com.cn/s/blog_5da62ae00100pyls.html)
2011年10月09日
通常都是用loadimage把*.bmp文件加载到内存，然后进行处理。不过，这次在加载大的图形文件时候，却出现了像闹鬼式的失败，察看失败代码是8，ERROR_NOT_ENOUGH_MEMORY。而且是有时候失败，有时候又不失败。这才专门花上了些功夫，终于把原因自以为找了出来。
简而言之，就是DDB和DIB图像处理上的区别。明显的区别就不多说了，造成上面描述问题的，是DDB资源管理方式造成的。加载到内存的DDB资源，特别是 bitmap，其实并不是放在应用程序能够申请到的空间。Loadimage把它load的东西据称放到一个desktop heap的地方。这我没有办法确认，只能够微软说啥就是啥吧。
那我就要处理多个大的bmp图片怎么办？请看我下面描述的第三种方法吧。
方法一：
////直接从外部文件加载图片
HBITMAP bitmap;
bitmap=(HBITMAP)::LoadImage(AfxGetInstanceHandle(),strFileName,IMAGE_BITMAP,0,0,LR_LOADFROMFILE);
m_backBitmap.DeleteObject();
if(!m_backBitmap.Attach(bitmap))
{
MessageBox("导入背景图失败!","提示",MB_OK);
return;
}
****************************************
void CitemView::getBitMap( CDC *pDC )
{
CDC MemDC;
HBITMAP hBmp;
BITMAP bm;
CBitmap Bitmap;
CPoint point( 10, 10);
CString cStr;
//hBmp = (HBITMAP)::LoadImage(NULL,"BG.bmp",IMAGE_BITMAP,0,0,LR_LOADFROMFILE);
hBmp = (HBITMAP)::LoadImage(AfxGetInstanceHandle(),"BG.bmp",IMAGE_BITMAP,0,0,LR_LOADFROMFILE);
Bitmap.DeleteObject();
Bitmap.Attach( hBmp );
Bitmap.GetObject(sizeof(BITMAP),&bm);
MemDC.CreateCompatibleDC(pDC);
MemDC.SelectObject(&Bitmap);
pDC->BitBlt(point.x, point.y, bm.bmWidth, bm.bmHeight, &MemDC, 0, 0, SRCCOPY);
MemDC.DeleteDC();
}
方法二：
用::CreateDIBitmap。呵呵，这个函数其实该叫Create DDB from DIBitmap更好。
Step1：打开BMP文件
CFile * t_pfile=new CFile;
t_bool=t_pfile->Open(arg_mapfile , CFile::modeRead | CFile::typeBinary) ;
m_vDIBDataLength=t_pfile->GetLength();
m_pDIBData= new char [m_vDIBDataLength];
t_dwCount=t_pfile->Read(m_pDIBData,m_vDIBDataLength);
m_lpBMFH=(LPBITMAPFILEHEADER)m_pDIBData;
m_lpBMIH=(LPBITMAPINFOHEADER)(m_pDIBData+sizeof(BITMAPFILEHEADER));
m_lpBMI=(LPBITMAPINFO)m_lpBMIH;
m_vBits=m_lpBMIH->biBitCount;
m_lpData=(LPSTR)m_lpBMFH+m_lpBMFH->bfOffBits;
上面这段伪代码就把BMP文件调入内存了，并把读入内存的文件依照结构分为BITMAP File Header，Bitmap Info Header，Bitmap Info，和真正的数据区m_lpData。
Step2：由这个DIB的文件创建对应的DDB图片：
::CreateDIBitmap(pDc->GetSafeHdc(), m_lpBMIH, CBM_INIT, m_lpData, m_lpBMI, DIB_RGB_COLORS);
说到这里，特别强调一下，上面这种方法，并不是打开一个BMP，或JPG的好方法。
先说一下Windows里面图像的两种表示方法：DDB和DIB。
DDB可以理解为设备相关，也就是windows在其特定设备上的内部的图像表示方法。有些地方也叫GDI图像，因为GDI相关的函数都是对DDB的图像直接进行操作。这原本也没有什么问题。最大的问题是：根据我的经验，系统内部的GDI资源（或DDB的图像资源），如icon，鼠标，toolbar，等，都是放在特定的内存区域。这个区域还不能够扩展到你所拥有的全部内存。于是，当你用上面的方法打开*.bmp文件，特别是文件还比较大的时候，没几个你就会发现向你报告内存不够。
用GetLastError通常你会得到是8，ERROR_NOT_ENOUGH_MEMORY。可是你查看你的内存，还大大的空！
这个问题不管你是用LoadImage，直接得到HBITMAP，还是打开文件，然后把文件读取到内存，再用转化为DDB，你都会遇到这个问题。更惨的是，如果调试或程序中有这样的DDB图片内存没有释放，那么以后你就再也没有足够内存来打开。LoadImage和CreateDIBitmap都会返回NULL。这时候，你只能够冲启机器了。
具体原因我也说不清楚，但有一点可以确定，就是DDB的图像资源不是和程序资源放在一起，而是放在系统中的某个角落里。有一篇文件曾经提到过desktop heap，但我不能够确定。最明显的现象就是，当你把图片转化为DDB后，你可以查看你的程序内存占用情况，和系统总的内存被消耗情况，就能够发现区别了。
总而言之，放置DDB（或GDI图像）的区域比较特殊，不是你有多少内存，就能够申请多少的。
方法三：
接下去的问题就是：我的程序就是需要打开多张大图，怎么办？其实在方法二中答案已经有了。
图片文件不是都已经全部读到内存了么？这部分内存是程序申请的，有多大的内存，就可以申请多大。只不过，这时候的图片都是DIB形式，不能够直接赋值给CBitmap，也不能够直接被CDC对象使用。如果这些图片需要被显示出来，就直接用位图操作函数，把图片映射到device context上：
::SetDIBitsToDevice或:: StretchDIBits。
SetDIBitsToDevice中有两个参数不是很清楚：
UINT uStartScan, // first scan line in array
UINT cScanLines, // number of scan lines
但是第一个设置为0，第二个设置为位图高度就OK了。
一小段代码例证如下：
::SetDIBitsToDevice(dc.GetSafeHdc(),UpdateRect.left,UpdateRect.top,UpdateRect.Width(),UpdateRect.Height(), UpdateRect.left, t_pdoc->m_vMapSize.cy-UpdateRect.top-UpdateRect.Height(), 0,(WORD)m_lpBMIH->biHeight, m_lpData,m_lpBMI,DIB_RGB_COLORS);
这一小段代码可以接和方法二中的代码理解。特别要强调的是：Windows的窗口坐标是左上为原点，而通常的DIB图片是左下为原点。这在绘制无效区域的时候，需要特别注意期间的转换。
方法四：
如果我还要支持GIF，JPG怎么办？
那就用IPicture的接口吧。
当然有很多讲述这个接口怎么使用的文章。我这里就简单把代码亮出来，并特别强调一下注意事项。
1，打开文件，老生常谈。
CFile * t_pfile=new CFile;
t_bool=t_pfile->Open(arg_mapfile , CFile::modeRead | CFile::typeBinary) ;
2，读取文件到内存。注意，这里没有用new来分配内存，而是用GlobalAlloc，是因为后面的创建IStream时候需要。
int m_vDIBDataLength=t_pfile->GetLength();
HGLOBAL m_hDIBData=GlobalAlloc(GMEM_MOVEABLE,m_vDIBDataLength);
char* m_pDIBData= (char*)GlobalLock(m_hDIBData);
t_pfile->Read(m_pDIBData,m_vDIBDataLength);
3，创建一个IStream对象。为什么？便于后面创建IPicture。把图片载入刀IPicture。
IStream *t_pStm=NULL;
IPicture* m_pJPGPic=NULL;
CreateStreamOnHGlobal(m_hDIBData, TRUE, &t_pStm);
if(FAILED(OleLoadPicture(t_pStm,m_vDIBDataLength,TRUE,IID_IPicture,(LPVOID*)&m_pJPGPic))) {
MessageBox("导入背景图失败!-- Invalide Bitmap file","提示",MB_OK);
goto t_error3;
}
4， 释放Istream资源，file资源。图片资源保留，在后面绘图用。
if(NULL!=t_pStm){ // jpg has been loaded, and the file resouce can be removed.
t_pStm->Release();
t_pStm=NULL;
m_pDIBData=NULL;// 在下面通过handle被释放掉了。
GlobalUnlock(m_hDIBData);
GlobalFree(m_hDIBData);
m_hDIBData=NULL;
}
t_pfile->Close();
delete t_pfile; t_pfile=NULL;
5，在OnPaint函数中，用Ipicture进行绘图。
m_pJPGPic->Render(dc.GetSafeHdc(),0,0,t_pdoc->m_vMapSize.cx,t_pdoc->m_vMapSize.cy,
0,t_mapheight,t_mapwidth,-t_mapheight,NULL);
就这个函数的参数含义需要特别说明。这个函数的参数中，有两个坐标体系，而且图片的映射方式也和前面3种方法提到的BitBlt，SetDIBitsToDevice不一样。
首先，看src的参数。x,y,cx,cy。这个参数是MM_TEXT体系下的坐标点和长度。从OnPaint函数的CDC中得到无效区域坐标可以直接拿来用。
然后再看dst的参数。x,y,cx,cy。dst的参数是HIMETRIC体系下的值。这是要注意的第一点。
这个render函数要注意的第二点是，它会把src和dst设置的原点映射到一起。而clientDC中的起点是左上，文件的图片体系中，通常原点是左下。所以src和dst的原点必须保持一致。这就是大家可以看到，dst中的高度设置的是个负值。
注意了上面两点，基本上就没有什么问题了。
6，程序退出的时候，别忘了释放IPicture。
if(NULL!=m_pJPGPic){
m_pJPGPic->Release();
m_pJPGPic=NULL;
}