字体导致自定义控件中的 GDI 泄漏

Question

我已经创建了一个如下所示的自定义控件。

public partial class TextBoxEx : TextBox
{
  public TextBoxEx()
  {
    InitializeComponent();
    Font = Utility.normalFont;
  }

   protected override void OnPaint(PaintEventArgs pe)
   {
    base.OnPaint(pe);
   }
 }
//A utility class to initialize font.   
class Utility
{

    internal static Font normalFont = new Font("Arial", 18);
}

我有两个表格 Form1 和 Form2。此 TextBoxEx 被添加到 Form2。单击 Form1 中的按钮时，我正在显示 Form2。

持续显示和关闭 Form2 会导致我的应用程序中的 GDI 泄漏。用GDI检测工具（Bear.exe）分析，发现是Font导致GDI泄漏。

我的问题是，

1. 为什么调用 TextBoxEx 的 Dispose() 方法后字体没有释放。（关闭 Form2 时，会自动调用 TextBoxEx 的 Dispose() 方法）。
2. 如何解决由字体引起的 GDI 泄漏？ （TextBoxEx的Dispose()方法中不能调用Font.Dispose()，因为在构造函数中会抛出“Parameter is not valid”异常）。

Answer 1

大多数绘图对象的创建成本非常。例如，一支笔或刷子的创建时间不会超过一微秒。这就是为什么您应该始终在开始绘图时创建它们并在完成绘图时处理它们。 using 声明强烈建议您这样做。

然而，Font 类是困难的。创建它们不便宜，Windows 需要做很多工作才能将您要求的字体映射到可用的字体集并加载 TrueType 轮廓。 Winforms 有一个解决方案，它缓存 字体。您将在第一次使用字体时产生创建字体的成本。但是您可以随后处理它，但字体对象仍保留在字体缓存中。下次创建相同字体时，您将从缓存中获得非常便宜的副本。

这也是 WPF 中的一个问题，尤其是因为它具有更丰富的字体支持，包括对 OpenType 轮廓的支持。它以不同的方式解决，WPF 使用完全独立的进程来缓存字体。充当任何 WPF 应用程序的字体缓存服务器。你会在任务管理器中看到这个进程，它是 PresentationFontCache.exe 进程。

Anyhoo，任何类型的泄漏诊断程序都会被这个缓存混淆。它会认为您的应用程序正在泄漏字体，它会看到存储在缓存中的字体。只有当使用的字体数量无限增长并最终导致程序崩溃时，您才会真正发生泄漏。易于测试，Windows 强加的配额很低，一个进程不能创建超过 10,000 个绘图对象。因此，如果您有真正的泄漏，您不需要运行您的测试程序很长时间即可达到该配额。您还可以在任务管理器中看到这一点。查看 + 选择列，勾选 GDI 对象复选框。确保您的测试程序的数量稳定，不超过几百，给予或接受。