对开发中常见的内存泄露,GDI泄露进行检测
一、GDI泄露检测方法:
在软件测试阶段,可以通过procexp.exe 工具,或是通过任务管理器中选择GDI对象来查看软件GDI的对象是使用情况。
注意点:Create出来的GDI对象,都要用DeleteObject来释放;Create出来的DC,都要用DeleteDC来释放,GetDC得出的DC,要用ReleaseDC来释放。
以下是一些常用到的函数:
1、 检查GetWindowDC(), 后面是否有ReleaseDC();
2、 检测GetDC();后面是否有ReleaseDC();
3、 检测画刷CBrush:
CreateSolidBrush()-》 DeleteObject();
4、 检测画笔 CPen
CreatePen()->DeleteObject();
5、 检测创建字体CFont
CreateFont->DeleteObject();
CreatePointFont()->DeleteObject();
6、 检测 创建WIN32窗口
HWND hwnd = ::CreateWindow () -> DestroyWindow(hwnd);
7、 CBitmap bmp;
bmp.CreateCompatibleBitmap(&dc, rcClient.Width(), rcClient.Height());
后面要有bmp.DeleteObject();
8、 CFont *pOldFont = pDC->SelectObject(&m_font);
是否有pDC->SelectObject(pOldFont);
9、 CRgn
CreateRoundRectRgn() -> DeleteObject();
10、Graphics gc(pDC) -> gc.ReleaseDC(pDC);
11、CDialog对话框 Create() 出来的,需要有 DestroyWindow();
12、凡是通过函数得到句柄的都需要用CloseHandle(句柄)来释放;
如:HANDLE, HBRUSH ,HPEN
HANDLE hFile = CreateFile(); -> CloseHandle(hFile);
二、内存的检测方法:
通过任务管理器中的“内存”列表,或是procexp.exe来观察是否出现内存泄露
1、检查下列函数是否有一一对应:
new -> delete;
Malloc -> free;
GlobalAlloc -> GlobalFree
2、通过调试器和CRT调试堆来检测泄露
把这个语句放到软件的结束部分_CrtDumpMemoryLeaks(); 在调试下运行程序时,如果有泄漏,就会在输出窗口显示内存泄露信息。
3 、借助内存泄露检测工具如: BChecker6.01 这个是适合 VC6 的,有时间可以去下来使用
GDI内存泄露
在windows编程中遇见内存泄露是很郁闷的一件事情,在编程时养成良好的编程习惯可以有效的避免内存泄露问题。当出现了0x80000003引用........0x7c92120e时,程序内存产生错误,有可能是内存泄露
一、new、delete、malloc
二、GDI内存泄露:
一)避免内存泄露
1.Create出来的GDI对象,一定要用DeleteObject来释放,释放顺序是先Create的后释放,后Create的先释放.在DeleteObject之前,
这里的Create指的是以它为开头的GDI函数,比如,CreateDIBitmap,CreateFont等等,最后都要调用DeleteObject来释放.
2.Create出来的DC要用DeleteDC来释放,Get到的要用ReleaseDC释放.
3.确保释放DC的时候DC中的各GDI对象都不是你自己创建的,而是DC中原来自有的对象;确保个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
while(!bitmap.CreateCompatibleBitmap(&dc
{
}
这样至少可以保证宽和高是成比例的:)
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的区域到打印机上都会失败.
二)使用任务管理器判断是否有内存泄露
打开任务管理器,点击菜单“查看”——“选择列”,勾上所有项,“确定”。运行自己的程序,进行各种操作,并查看任务管理器中GDI对象和句柄数的变化。
三)实例
修改后的代码为:
实例2:
Icon
这里是有一个timer不断去更新CPU的使用情况,用一个图来表示,就如任务管理器中的CPU使用情况差不多.
查了下MSDN
private
原来是自己没有Destroy
实例3:
void
{
}
四)注意事项:
1、API函数与MFC封装好的函数在同一函数段中不要同时使用,否则会造成选入DC或者释放时的失败
2、注意什么时候有&
a)
CBitmap
....
dc.SelectObject(pOldBmp);
pBmp->DeleteObject();
b) CBitmap
CBitmap
...
dc.SelectObject(pOldBmp);
cBmp.DeleteObject();
c) HBITMAP
HBITMAP
.....
::SelectObject(hdc,
::DeleteObject(hBmp);
参考文献:
http://my.oschina.net/u/186694/blog/65318
http://blog.sina.com.cn/s/blog_79f1620b0101b3hr.html