如何防止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.

对于CPen 来说，因为是CGdiObject的派生类，在析构函数中调用了DeleteObject（）函数，所以不需要显式释放，CBrush 同理。但是如果CPen这里调用的是不带参数的构造函数的话，比如 CPen PenYellow； 这样的话后面必须还要调用CreatePen等函数来对CPen进行初始化工作，此时是需要显式释放的，即手动调用PenYellow.DeleteObject();

评论

1 楼 hanjiangying 2012-05-03  

我觉得，关于步骤f，是否需要分两种情况：
1、这个DC里的当前图像不再使用，可以通过步骤f将其与DC断开连接，然后彻底销毁
2、如果这个DC里的当前图像在之后某个时刻还会用到，而且这个DC是全局变量，也可以不用步骤f，直接用步骤g销毁bitmap对象也是可以的，这样在DC中仍然保存有当前图像，当你最后销毁这个DC时，这残留的图像也会一起销毁

我在之前写一个图像显示的程序时，有一个背景图像要多次使用，为了避免每次用时都加载一次，我用了一个全局DC变量，只加载一次该图像，首次加载过程如下：
a.创建一个内存兼容dc(CreateCompatibleDC)
b.创建一个内存兼容bitmap(CreateCompatibleBitmap)
c.关联创建的内存兼容dc和bitmap(SelectObject)
d.加载背景图像
e.销毁内存兼容bitmap
f.销毁内存兼容dc
然后每次要用这个背景图像时，直接BitBlt图像到目的DC即可
这里没用到“断开内存兼容dc和bitmap关联(SelectObject)”这一步，经过步骤e之后，内存dc中的背景图像仍然存在，但是貌似步骤b创建的bitmap对象已经销毁了。程序运行过程中，通过任务管理器查看GDI对象和内存使用也没有增加

当这个内存DC不需要时，调用DeleteDC删除即可