GDI对象的使用和防止资源泄露

今天药忘吃喽~ 2022-09-26 13:59 248阅读 0赞

**最近的项目在绘制大量采集到的数据时，会有内存泄露的致程序崩溃的情况，反复推测后可能是GDI对象的释放问题，现在网上搜取如下经验，应该很有帮助**

GDI对象的使用和防止资源泄露

在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的区域到打印机上都会失败.