GDI内存泄露小结

最新推荐文章于 2023-09-15 15:48:55 发布

xingziweiyi

最新推荐文章于 2023-09-15 15:48:55 发布

阅读量1.1k

点赞数

GDI内存泄露

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

一、new、delete、malloc 导致的内存泄露

二、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.关联创建的内存兼容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 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的区域到打印机上都会失败.

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

打开任务管理器，点击菜单“查看”——“选择列”，勾上所有项，“确定”。运行自己的程序，进行各种操作，并查看任务管理器中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不断去更新ＣＰＵ的使用情况，用一个图来表示，就如任务管理器中的ＣＰＵ使用情况差不多．

查了下ＭＳＤＮ

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);

}
四）注意事项：