GDI+的leak

GDI+自身是否有leak,我们不去管,现在说的是.NET代码中的处理。
首先看我这个简单的helper

using System;
using System.Diagnostics;
using System.Text;
using System.Runtime.InteropServices;

public class MemoryReport{
    [DllImport(
"user32.dll", CharSet=CharSet.Auto)]
    
public static extern long GetGuiResources(IntPtr hProcess, long flag);

    
public static string Write(){
        Process p 
= Process.GetCurrentProcess();
        ing hcount 
= p.HandleCount;
        
long psize = p.PrivateMemorySize64;
        
long vsize = p.VirtualMemorySize64;
        
long workset = p.WorkingSet64;
        
long gcsize = GC.GetTotalMemory(false);
        
int gdiobjs = (int)(GetGdiResources(p.Handle,0));
        
int userobjs = (int)(GetGdiResources(p.Handle,1));

        
return String.Format("Handle count:{0:N0},Private Bytes:{1:N0}K, Virtual Bytes:{2:N0}K, Working Set:{3:N0}K, GC Heap Size:{4:N0}K, GDI Objects:{5:N0}, User Objects:{6:N0}", hcount, psize>>10, vsize>>10, workset>>10, gcsize>>10, gdiobjs, userobjs);
}

        
    }

现在我们做一个winform程序,放一个button,在click里面写如下测试代码:
for(int i=0;i<1000;i++){
    Bitmap b 
= new Bitmap("c:\\1.bif");
    IntPtr ip 
= b.GetHbitmap();
    Bitmap b2 
= Bitmap.FromHbitmap(ip);
}


MessageBox.Show(MemoryReport.Write());

观察每次的结果,Private Bytes/ Virtual Bytes/ Working Set基本是一个上涨的走向。但是我们感兴趣的是这几个地方:
1、Handle count:这个值一般会波动变化,在这里例子里面,你把程序运行起来后,用taskmgr来观察Handle Count一栏(默认的没有,需要你自己手工添加这个column),一般是100以下。然后点一下按钮,handle count会增长1000左右,再点几次,会在1000上下波动,不会继续增长。
2、GDI Objects:这个值每次会增加1000
3、你连续点10次这个button,嘣!程序crash了。。。如果看dump里面的异常,会是什么bitmap的一个构造方法的parameter不正确。
4、GC Heap Size很小很小,我这里是2M。但是virtual size很大。

对于1,为什么这样,我不清楚;对于2,原因在于GetHbitmap返回的是一个Unmanged resource,GC不会回收(即使你使用了GC.Collect()这个值也不会下降的);对于3,OS默认的每个process的GDI objects上限为10000个,我们代码中是循环了1000次,所以如果你点了10次button,程序就会完蛋。对于4,说明leak的资源是unmanged resource,so,gc heap看起来很乖。

那么,如何修复上面的问题2?既然是unmanged resource,我们就要从unmanged找起。
[DllImport("gdi32.dll", CharSet=CharSet.Auto)]
public static extern IntPtr DeleteObject(IntPtr hobj);
for(int i=0;i<1000;i++){
    Bitmap b 
= new Bitmap("c:\\1.bif");
    IntPtr ip 
= b.GetHbitmap();
    Bitmap b2 
= Bitmap.FromHbitmap(ip);

     DeleteObject(ip);
}


MessageBox.Show(MemoryReport.Write());

嗯,再运行一次,好了!GDI objects稳定了,再也没有变化过。
不过,我们修改一下循环计数器,到5000吧,然后观察Handle count,波动的比较厉害,内存相关的三组数值也稍有变化。好,我们再修改一次程序
[DllImport("gdi32.dll", CharSet=CharSet.Auto)]
public static extern IntPtr DeleteObject(IntPtr hobj);
for(int i=0;i<1000;i++){
    Bitmap b 
= new Bitmap("c:\\1.bif");
    IntPtr ip 
= b.GetHbitmap();
    Bitmap b2 
= Bitmap.FromHbitmap(ip);

     b.Dispose();
     b2.Dispose();

     DeleteObject(ip);
}


MessageBox.Show(MemoryReport.Write());

重新run一次,嗯,这个世界终于清静了,handle count/gdi resource/ mem size都很平稳。

so,总结一下,对于类似上面的、可能被反复调用的type,如GDI+ obj,可以考虑使用完毕后立刻Dispose,这样可以被GC提早回收。对于返回一个IntPtr的方法,要仔细看,是不是需要再call win32里面对应的Delete方法。

对于绝大多数GDI+ obj,我们只需要DeleteObject即可,但是对于icon,我记着是另外一个函数,有兴趣的可以在msdn上查一下。
posted @ 2007-11-10 10:06 鞠强 阅读(...) 评论(...) 编辑 收藏

hello

world