防止资源泄漏

查看编译后的exe程序是否有资源泄漏：任务管理器->查看->选择列->GDI对象

如GDI对象一直增加，则有资源泄漏。会出现LoadBitmap失败直接导致崩溃，程序绘图出现异常（主要是窗口自绘出现异常），程序内存持高不下等等。    

       GDI资源泄漏主要是指申请的GDI资源没有释放，导致程序占用的GDI资源越来越多，内存的占用也越来越多，从而导致程序出现异常。在Windows中有HPEN、HBRUSH等GDI对象，MFC对GDI对象进行了很好的封装，提供了封装GDI对象的类，如CPen、CBrush、CFont、CBitmap和CPalette等，这些类都是GDI对象类CGdiObject的派生类。对于通过Create-XXXXX动态创建的GDI对象资源一定要进行销毁，比如CreateCompatibleDC()、CreateCompatibleBitmap()、CreateIndirectFont()、CreateSolidBrush()、CreatePen()等，在使用结束后一定要调用对应的Delete-XXXXX接口将GDI对象资源给释放掉

GDI对象使用和防止资源泄漏资料参考：http://www.cnblogs.com/nearu/archive/2009/06/08/1498898.html 如下：

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