GDI vc

 
以下内容属于转载
*****begin *******

在windows系列上做编程,gdi是一个很重要的技术点,有很多程序在运行多次后出现异常,除了众所周知的内存泄露以外,gdi资源泄露也是一个很直接的原因.今天就把我自己在编程中总结的一些经验给大家分享,欢迎高手补充. 1.Create出来的gdi对象,一定要用DeleteObject来释放,释放顺序是先Create的后释放,后Create的先释放. 这里的Create指的是以它为开头的gdi函数,比如,CreateDIBitmap,CreateFont等等,最后都要调用DeleteObject来释放.

 

2.  Create出来的dc要用DeleteDC来释放,Get到的要用ReleaseDC释放.

 

3. 确保释放DC的时候DC中的各gdi对象都不是你自己创建的;确保个gdi对象在释放的时候不被任何dc选中使用. 假如我们要使用gdi函数画图,正确的步骤应该如下: a.创建一个内存兼容dc(CreateCompatibleDC) b.创建一个内存兼容bitmap(CreateCompatibleBitmap) c.关联创建的内存兼容dc和bitmap(SelectObject) d.画图 e.BitBlt到目的dc上 f.断开内存兼容dc和bitmap关联(SelectObject) g.销毁内存兼容bitmap h.销毁内存兼容dc 由于SelectObject在选入一个新的gdi对象的时候会返回一个原来的gdi对象(假如成功的话),所以需要在步骤c的时候保存返回值,在步骤f的时候当作入口参数使用.还有,步骤g和步骤h实际上顺序可以随意,因为他们两个此刻已经没有关系了,但是为了结构清晰,我建议按照"先Create的后释放,后Create的先释放"的原则进行. 关于步骤f,可能会有争议,因为即使省略这一步,步骤g和步骤h看起来照样可以返回一个成功的值.但实际上可能并没有执行成功,至少boundschecker会报告有错,错误信息大致是说,在释放dc的时候还包含有非默认的gdi对象,在释放gdi对象的时候又说这个gdi对象还被一个dc在使用.所以,我建议保留步骤f.

 

4.关于98下使用CreateCompatibleBitmap 按照msdn的说法,创建出来的size不能超过16m.实际情况是这样吗?非也~!从我自己做的测试结果来看(win98se-sc),这个值在2044*2043和2044*2044之间,然而,后来在另外一个98系统上这个值也不行,后来我干脆把上限给成了2000*2000.很幸运,到现在还没有出问题,但我不能保证这个数字就是正确的.还有一点,假如宽或高有一个超过32768,哪怕另外一个值是1,也会创建失败,有兴趣的可以自己做个测试.如果要想保证这个函数在98下永远成功,可以试试下面的代码: float factor = 10.f; while(!bitmap.CreateCompatibleBitmap(&dc ,nWidth*factor ,nHeight*factor)) {    factor -= 0.01f;  } 这样至少可以保证宽和高是成比例的:)

 

5. 关于在打印机上使用BitBlt 有时候在内存兼容dc里面已经做好图了,但在使用BitBlt的时候却会失败.这个时候,首先确认创建的内存兼容dc和bitmap是不是使用打印机的dc,如果确认无误,还是执行BitBlt失败,那80%可能是内存兼容bitmap太大了,请按如下方法再试试: 创建另外一个内存兼容dc2和一个比较小的内存兼容biimap2,大概是1000*1000吧,我是这样用的:)然后把dc里面的内容分成块(1000*1000),把每一块BitBlt到dc2上面,再从dc2里面BitBlt到打印dc上.有人可能会有这样的疑问:那为什么不直接把dc里面的内容分几次BitBlt到打印机上呢?有区别吗?答案是肯定的,如果dc里面的bitmap太大,哪怕你想BitBlt一个10*10的区域到打印机上都会失败.

文章出处：http://www.diybl.com/course/3_program/c++/cppjs/2008617/125741.html
*****end *******

void CTaskbarNotifier::DrawBitmap(CDC *pDC)
{
 CDC memDC;//创建一个临时的CDC对象，用于将自己的GDI对象放在其中
 CBitmap *pOldBitmap;//用于记录原始的GDI对象,以便在最后删除自己的GDI对象
 BITMAP bm;//自己的GDI对象的属性结构体

 memDC.CreateCompatibleDC(pDC);//创建一个与设备的pDC相兼容的DC
 //获取指定的图形设备的信息，一般都用相对应的属性结构体来保存
 GetObject(m_biSkinBackground.GetSafeHandle(), sizeof(bm), &bm);//获取自己的GDI对象属性结构体
 pOldBitmap=memDC.SelectObject(&m_biSkinBackground);//将自己的GDI对象选入临时的CDC对象对象中

 pDC->BitBlt(0,0,bm.bmWidth,bm.bmHeight,&memDC,0,0,SRCCOPY);//用设备的pDC画图（注意用pDC，以及参数中的&memDC）
 memDC.SelectObject(pOldBitmap);//调用SelectObject恢复原来的GDI对象，目的是将自己的GDI对象删除
 注意：（这里memDC不用调用deleteDC删除，临时对象，析构函数会自行删除）
}
//函数介绍
 Bitblt作用将某一内存块的数据传送到另一内存块，前一内存块被称为"源"，后一内存块被称为"目标"图象程序开发者使用Blit的函数在内存中将某页面上的一幅位图经过一定的变换转移到另一个页面上  
  原形说明:  
  Declare   Function   BitBlt   Lib   "gdi32"   Alias   "BitBlt"(ByVal   hDestDC   As   Long，   ByVal   x   As   Long，   ByVal   y   As   Long，   ByVal   nWidth   As   Long，   ByVal   nHeight   As   Long，   ByVal   hSrcDC   As   Long，   ByVal   xSrc   As   Long，   ByVal   ySrc   As   Long，   ByVal   dwRop   As   Long)   As   Long  
  hDestDC   As   Long，   //目标设备环境的句柄  
  x   As   Long，         //目标设备环境的矩形区域的左上角的x坐标  
  y   As   Long，         //目标设备环境的矩形区域的左上角的y坐标  
  nWidth   As   Long，    //目标设备环境的矩形区域的宽度值  
  nHeight   As   Long，   //目标设备环境的矩形区域的高度值  
  hSrcDC   As   Long，    //源设备环境的句柄  
  xSrc   As   Long，      //源设备环境的矩形区域的左上角的x坐标  
  ySrc   As   Long，      //源设备环境的矩形区域的左上角的y坐标  
  dwRop   As   Long，     //光栅操作符  
  dwRop参数是光栅操作代码(Rop)，它是指源位图与目标位图以及图案刷的颜色值进行布尔运算的方式，以下列出了常用的光栅操作码及含义  
  BLACKNESS   用黑色填充目标矩形区域.  
  DSTINVERT   将目标矩形图象进行反相.    
  MERGECOPY   将源矩形图象与指定的图案刷(Pattern)进行布尔"与"运算.    
  MERGEPAINT   将源矩形图形经过反相后，与目标矩形图象进行布尔"或"运算.  
  NOTSRCCOPY   将源矩形图象经过反相后，复制到目标矩形上.  
  NOTSRCERASE   先将源矩形图象与目标矩形图象进行布尔"或"运算，然后再将得图象进行反相.  
  PATCOPY   将指定的图案刷复制到目标矩形上.  
  PATINVERT   将指定的图案刷与目标矩形图象进行布尔"异或"运算.  
  PATPAINT   先将源矩形图象进行反相，与指定的图案刷进行布尔"或"运算，再与目标矩形图象进行布尔"或"运算SRCAND   将源矩形图象与目标矩形图象进行布尔"与"运算.  
  SRCCOPY   将源矩形图象直接复制到目标矩形上.  
  SRCERASE   将目标矩形图象进行反相，再与源矩形图象进行布尔"与"运算.  
  SRCINVERT   将源矩形图象与目标矩形图象进行布尔"异或"运算.  
  SRCPAINT   将源矩形图象与目标矩形图象进行布尔"或"运算.  
  WHITENESS   用白色填充目标矩形区域.