gdi资源泄露

在windows系列上做编程,gdi是一个很重要的技术点,有许多程序在作业多次后出现错误,除了众所周知的内存泄露以外,gdi资源泄露也是一个很直接的缘由.今日就把我自个在编程中总结的一些经历给我们同享,期待高手提出补充和建议.

1.Create出来的gdi对象,必定要用DeleteObject来释放,释放次序是先Create的后释放,后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对象时会return一个原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的区域到打印机上都会不行.

 

转自天狼鼠的博客