|
读到一篇文章利用GDI+的双缓沖技术来提高绘图效率怀疑其中的示例代码会引起GDI+洩漏试验之后发现果然如此将代码简化为 public void TestGdiLeak() { Bitmap bmp = new Bitmap( ); Graphics g = GraphicsFromImage(bmp); Brush brush = new LinearGradientBrush (new PointF(f f) new PointF(f f) ColorBlue ColorRed); for (int j = ; 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()。Tw.wINGwIT.Com 编译运行该应用，打开“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操作 |
