BMP文件加载探讨(转http://blog.sina.com.cn/s/blog_5da62ae00100pyls.html)

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;
　　}