GDI内存泄露小结

GDI内存泄露

windows编程中遇见内存泄露是很郁闷的一件事情,在编程时养成良好的编程习惯可以有效的避免内存泄露问题。当出现了0x80000003引用........0x7c92120e时,程序内存产生错误,有可能是内存泄露

一、newdeletemalloc 导致的内存泄露

二、GDI内存泄露:

一)避免内存泄露

1.Create出来的GDI对象,一定要用DeleteObject来释放,释放顺序是先Create的后释放,Create的先释放.DeleteObject之前, 必须要用SelectObject把已经选进的设备环境的gdi对象再换出来, 否则, 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.关联创建的内存兼容dcbitmap(SelectObject)
d.画图
e.BitBlt到目的dc
f.断开内存兼容dcbitmap关联(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*20432044*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的时候却会失败.这个时候,首先确认创建的内存兼容dcbitmap是不是使用打印机的dc,如果确认无误,还是执行BitBlt失败,80%可能是内存兼容bitmap太大了,请按如下方法再试试:
创建另外一个内存兼容dc2和一个比较小的内存兼容biimap2,大概是1000*1000,我是这样用的:)然后把dc里面的内容分成块(1000*1000),把每一块BitBltdc2上面,再从dc2里面BitBlt到打印dc.有人可能会有这样的疑问:那为什么不直接把dc里面的内容分几次BitBlt到打印机上呢?有区别吗?答案是肯定的,如果dc里面的bitmap太大,哪怕你想BitBlt一个10*10的区域到打印机上都会失败.

二)使用任务管理器判断是否有内存泄露

打开任务管理器,点击菜单查看”——“选择列,勾上所有项,确定。运行自己的程序,进行各种操作,并查看任务管理器中GDI对象和句柄数的变化。

    如果在某次可逆操作中,例如,弹出一个对话框,然后关闭,GDI对象或句柄数先增加了,然后减少了,但是总量还是增加了,说明存在内存泄露,GDI对象没有被及时回收。如果句柄数出现类似情况,则情况复杂很多。

三)实例

    实例1:

    某程序运行时,弹出一个窗口,再关闭,GDI对象数目就增加了一个。经过一个多小时的分析,最后定位出问题所在,如下:

 LOGFONT logfont={0};

 GetObject(m_font, sizeof(logfont), &logfont);

 logfont.lfHeight = -MulDiv(size, GetDeviceCaps(::GetDC(NULL), LOGPIXELSY), 72);

 SetFont(&logfont);

    这段代码是用来改变窗口的字体大小的,size是字体的磅数,但是LOGFONT是按像素计算字体大小的,所以,需要转换字体的磅数为像素大小。这里只转换了高度,因为设置字体大小时,只需要高度就可以了。 logfont.lfHeight = -MulDiv(size, GetDeviceCaps(::GetDC(NULL), LOGPIXELSY), 72);  这句代码是从网上搜索到的、转换字体磅数为像素大小的代码,我也没有去细看,直接copy了一下,毕竟代码很短,乍一看,真没什么问题。然而,这里使用了GetDC,这将导致GDI对象增加,所以,应该调用DeleteDC回收这就是问题所在。

修改后的代码为:

 LOGFONT logfont={0};

 GetObject(m_font, sizeof(logfont), &logfont);

 HDC hdc=::GetDC(NULL);

 ASSERT(hdc!=NULL);

 logfont.lfHeight = -MulDiv(size, GetDeviceCaps(hdc, LOGPIXELSY), 72);

 ::DeleteDC(hdc);

 SetFont(&logfont);

实例2

Icon icon = Icon.FromHandle(((Bitmap)imageListPercentage.Images[value/10]).GetHicon());

这里是有一个timer不断去更新CPU的使用情况,用一个图来表示,就如任务管理器中的CPU使用情况差不多.

查了下MSDN

private void GetHicon_Example(PaintEventArgs e)

    {

        // Create a Bitmap object from an image file.

        Bitmap myBitmap = new Bitmap(@"c:\FakePhoto.jpg");     

        // Draw myBitmap to the screen.

        e.Graphics.DrawImage(myBitmap, 0, 0);        

        // Get an Hicon for myBitmap.

        IntPtr Hicon = myBitmap.GetHicon();

    // Create a new icon from the handle. 

    Icon newIcon = Icon.FromHandle(Hicon);

        // Set the form Icon attribute to the new icon.

        this.Icon = newIcon;

        // Destroy the Icon, since the form creates

    // its own copy of the icon.

        DestroyIcon(newIcon.Handle);

    }

原来是自己没有Destroy the Icon

实例3

void CRectTracker32::DrawDragRect(CDC* pDC, LPCRECT lpRect, SIZE size,
                  LPCRECT lpRectLast, SIZE sizeLast)
{
    
    // first, determine the update region and select it
    HRGN rgnNew = NULL;
    HRGN rgnOutside = NULL, rgnInside = NULL;
    rgnOutside = ::CreateRectRgnIndirect(lpRect);

    CRect rect = *lpRect;
    rect.InflateRect(-size.cx, -size.cy);
    rect.IntersectRect(rect, *lpRect);

    rgnInside = :: CreateRectRgnIndirect(rect);
    rgnNew = ::CreateRectRgn(0, 0, 0, 0);
    ::CombineRgn(rgnNew, rgnOutside, rgnInside, RGN_XOR);

    HRGN rgnLast = NULL;
    HRGN rgnUpdate = NULL;
    if (lpRectLast != NULL)
    {
        // find difference between new region and old region
        rgnLast = CreateRectRgn(0, 0, 0, 0);
        ::SetRectRgn(rgnOutside, lpRectLast->left,  lpRectLast->top,   
            lpRectLast->right, lpRectLast->bottom );

        rect = *lpRectLast;
        rect.InflateRect(-sizeLast.cx, -sizeLast.cy);
        rect.IntersectRect(rect, *lpRectLast);
        ::SetRectRgn(rgnInside, rect.left, rect.top, rect.right, rect.bottom);
        ::CombineRgn(rgnLast, rgnOutside, rgnInside, RGN_XOR);

        rgnUpdate = CreateRectRgn(0, 0, 0, 0);
        ::CombineRgn(rgnUpdate, rgnLast, rgnNew, RGN_XOR);
    }
    
    HDC hDC = pDC->GetHDC();
    // draw into the update/new region
    ::SelectClipRgn(hDC, (rgnUpdate != NULL) ? rgnUpdate : rgnNew);
    ::GetClipBox(hDC, &rect);

    HBRUSH hOldBrush = (HBRUSH)::SelectObject(hDC, m_hBrushs[0]);

    ::PatBlt(hDC, rect.left, rect.top, rect.Width(), rect.Height(), PATINVERT);

    // cleanup DC
    ::SelectObject(hDC, hOldBrush);
    ::SelectClipRgn(hDC, NULL);

    // 我以为HRGN对象不需要删除,再加上这段代码是改自MFC, MFC中也没有删除 
    // 所以,下面的代码没有调用,结果造成了大量的内存泄漏
    if ( rgnNew != NULL )
        ::DeleteObject(rgnNew);
    if ( rgnInside != NULL )
        ::DeleteObject(rgnInside);
    if ( rgnOutside != NULL )
        ::DeleteObject(rgnOutside);
    if ( rgnLast != NULL )
        ::DeleteObject(rgnLast);
    if ( rgnUpdate != NULL )
        ::DeleteObject(rgnUpdate);
    
}
四)注意事项:

1、API函数与MFC封装好的函数在同一函数段中不要同时使用,否则会造成选入DC或者释放时的失败

2、注意什么时候有&

a) CBitmap * pBmp ;

CBitmap *pOldBmp = dc.SelectObject(pBmp);

....

dc.SelectObject(pOldBmp);

pBmp->DeleteObject();

b) CBitmap cBmp;

CBitmap *pOldBmp = dc.SelectObject(&cBmp);

...

dc.SelectObject(pOldBmp);

cBmp.DeleteObject();

c) HBITMAP hBmp;

HBITMAP hOldBmp = ::SelectObject(hdc, hOldBmp);

.....

::SelectObject(hdc, hOldBmp);

::DeleteObject(hBmp);

你可能感兴趣的:(GDI内存泄露小结)