小心GDI+资源泄漏

读到一篇文章“ 利用GDI+的双缓冲技术来提高绘图效率 ”，怀疑其中的示例代码会引起GDI+泄漏，试验之后发现果然如此。将代码简化为：

public void TestGdiLeak()
{
Bitmap bmp = new Bitmap(600, 600);
Graphics g = Graphics.FromImage(bmp);
Brush brush = new LinearGradientBrush
( new PointF(0.0f, 0.0f),
new PointF(700.0f, 300.0f),
Color.Blue, Color.Red);

for ( int j = 0; j < 60; ++j)
for ( int i = 0; i < 60; ++i)
g.FillEllipse(brush, i * 10, j * 10, 10, 10);

this .CreateGraphics().DrawImage(bmp, 0, 0);
}

要测试上述代码，进行如下操作：

1. 新建一个Windows Application（C# Form）应用；
2. 将TextGdiLeak添加为Form1的成员；
3. 在Form1上放置一个Timer timer1，将其Interval设为10；
4. 在Form1构造函数中调用timer1.Start()；
5. 在timer1的Tick事件处理函数中调用TestGdiLeak方法）；
6. 在适当的地方调用timer1.Stop()。

编译运行该应用，打开“Windows任务管理器”检查其进程，发现内存使用率不停地上升。显然，是GDI+使用不当造成的。初步猜测为在每次timer1的Tick事件调用该方法时，Bitmap对象没有被及时地垃圾收集掉。尝试将代码修改为：

public void TestGdiLeak()
{
using (Bitmap bmp = new Bitmap(600, 600))
{
Graphics g = Graphics.FromImage(bmp);
Brush brush = new LinearGradientBrush
( new PointF(0.0f, 0.0f),
new PointF(700.0f, 300.0f),
Color.Blue, Color.Red);

for ( int j = 0; j < 60; ++j)
for ( int i = 0; i < 60; ++i)
g.FillEllipse(brush, i * 10, j * 10, 10, 10);

this .CreateGraphics().DrawImage(bmp, 0, 0);
}
}

再次编译运行，发现情况并没有好转。猜测Graphics对象g可能也没有被及时收集，同时由于g与bmp有关联，也影响了bmp的收集。再将代码修改为：

public void TestGdiLeak()
{
using (Bitmap bmp = new Bitmap(600, 600))
{
using (Graphics g = Graphics.FromImage(bmp))
{
Brush brush = new LinearGradientBrush
( new PointF(0.0f, 0.0f),
new PointF(700.0f, 300.0f),
Color.Blue, Color.Red);

for ( int j = 0; j < 60; ++j)
for ( int i = 0; i < 60; ++i)
g.FillEllipse(brush, i * 10, j * 10, 10, 10);

this .CreateGraphics().DrawImage(bmp, 0, 0);
}
}
}

再次编译运行，内存使用率已稳定在一个常数范围内。

由此可见GDI+使用中（其他.Net对象也一样）要十分小心类似的情况，.Net Framework可以非常好地工作，前提是程序员写的代码足够符合其机制。对于资源对象，象上述代码中一样使用 using 能保证它们被及时的垃圾收集（当然使用 using 的对象必须IDispose接口）。针对上例还有另外一种简单的解决方法，就是将Bitmap、Graphics等对象抽出TestGdiLeak方法作为Form1的类成员，并只对它们进行一次 new 操作。