小心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);
}
要测试上述代码，进行如下操作：
新建一个Windows Application（C# Form）应用；
将TextGdiLeak添加为Form1的成员；
在Form1上放置一个Timer timer1，将其Interval设为10；
在Form1构造函数中调用timer1.Start()；
在timer1的Tick事件处理函数中调用TestGdiLeak方法）；
在适当的地方调用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操作
<
页:
[1]