“创建窗口句柄时出错”

Question

我们正在开发一个非常大的.NET WinForms 复合应用程序 - 不是 CAB，而是一个类似的自制框架。 我们在 Windows Server 2003 上运行的 Citrix 和 RDP 环境中运行。

我们开始遇到随机且难以重现的“创建窗口句柄错误”错误，该错误似乎是我们应用程序中的旧式句柄泄漏。 我们大量使用第 3 方控件（Janus GridEX、Infralution VirtualTree 和 .NET Magic 对接），并且根据数据库中的元数据进行大量内容动态加载和渲染。

Google 上有很多关于此错误的信息，但没有很多关于如何避免该领域问题的可靠指导。

stackoverflow 社区对我构建句柄友好的 winforms 应用程序有什么好的指导吗？

Answer 1

问候，
由于面板中添加了大量用于图像处理的 PictureBox，我面临同样的问题。 原始代码使用 Controls.RemoveAt(0) 仍然会导致问题。 只是更改为 Controls[0].Dispose -> 似乎问题就消失了。

while (mGridPanel.Controls.Count > 0)
    mGridPanel.Controls[0].Dispose();

Answer 2

了解此错误

突破 Windows 的极限：USER 和 GDI 对象 – 第 1 部分，作者：Mark Russinovich：
https://blogs.technet.microsoft.com/markrussinovich/2010/02/24/pushing-the-limits-of-windows-user-and-gdi-objects-part-1/

解决此错误

您需要能够重现该问题。 以下是记录执行此操作的步骤的一种方法https://stackoverflow.com/a/30525957/495455。

找出创建如此多句柄的最简单方法是打开 TaskMgr.exe。 在 TaskMgr.exe 中，您需要使 USER Object、GDI Object 和 Handles 列可见，如图所示，为此，请选择“View Menu”>“Handles”。 选择列：

执行导致问题的步骤，并观察 USER 对象计数增加到大约 10,000 个或 GDI 对象或句柄达到其限制。

当您看到对象或句柄增加（通常急剧增加）时，您可以通过单击“暂停”按钮来停止 Visual Studio 中的代码执行。

然后，只需按住 F10 或 F11 即可浏览代码，观察对象/句柄计数急剧增加的情况。

到目前为止我发现的最好的工具是 NirSoft 的 GDIView，它分解了 GDI 句柄字段：

我追踪到设置 DataGridViews“过滤器组合框”列位置和宽度时使用的代码

If Me.Controls.ContainsKey(comboName) Then
    cbo = CType(Me.Controls(comboName), ComboBox)
    With cbo
        .Location = New System.Drawing.Point(cumulativeWidth, 0)
        .Width = Me.Columns(i).Width
    End With
    'Explicitly cleaning up fixed the issue of releasing USER objects.
    cbo.Dispose()
    cbo = Nothing  
End If

：我的案例（上面）的解决方案是显式处置并清理，解决了释放 USER 对象的问题。

这是堆栈跟踪：

在 System.Windows.Forms.Control.CreateHandle() 处
System.Windows.Forms.ComboBox.CreateHandle() 在
System.Windows.Forms.Control.get_Handle() 在
System.Windows.Forms.ComboBox.InvalidateEverything() 位于
System.Windows.Forms.ComboBox.OnResize(EventArgs e) at
System.Windows.Forms.Control.OnSizeChanged(EventArgs e) at
System.Windows.Forms.Control.UpdateBounds(Int32 x, Int32 y, Int32
宽度、Int32 高度、Int32 客户端宽度、Int32 客户端高度）位于
System.Windows.Forms.Control.UpdateBounds(Int32 x, Int32 y, Int32
宽度，Int32 高度）位于
System.Windows.Forms.Control.SetBoundsCore(Int32 x, Int32 y, Int32
宽度、Int32 高度、BoundsSpecified 指定）位于
System.Windows.Forms.ComboBox.SetBoundsCore(Int32 x, Int32 y, Int32
宽度、Int32 高度、BoundsSpecified 指定）位于
System.Windows.Forms.Control.SetBounds(Int32 x, Int32 y, Int32 宽度,
Int32高度，BoundsSpecified指定）处
System.Windows.Forms.Control.set_Width（Int32值）

这是 Fabrice 的一篇有用的文章帮助我解决了限制：

“创建窗口句柄时出错”
当我为客户端开发的大型 Windows 窗体应用程序被频繁使用时，用户经常会收到“创建窗口句柄时出错”的异常。

除了应用程序消耗太多资源这一事实（这是我们已经在解决的一个单独的问题）之外，我们还很难确定哪些资源正在耗尽以及这些资源的限制是什么。
我们首先考虑关注 Windows 任务管理器中的句柄计数器。 这是因为我们注意到某些进程往往会消耗比正常情况更多的资源。 然而，这个计数器并不是一个好的计数器，因为它跟踪文件、套接字、进程和线程等资源。 这些资源被称为内核对象。

我们应该关注的其他类型的资源是 GDI 对象和用户对象。 您可以在 MSDN 上获取三类资源的概述。

用户对象
窗口创建问题与用户对象直接相关。

我们试图确定应用程序可以使用的用户对象的限制。
每个进程的配额为 10,000 个用户句柄。 这个值可以在注册表中更改，但是在我们的例子中，这个限制并不是真正的阻碍因素。
另一个限制是每个 Windows 会话 66,536 个用户句柄。 该限制是理论上的。 在实践中，您会发现它无法到达。 在我们的例子中，在当前会话中的用户对象总数达到 11,000 之前，我们遇到了可怕的“创建窗口句柄时出错”异常。

桌面堆
然后我们发现哪个限制才是真正的罪魁祸首：它是“桌面堆”。
默认情况下，交互式用户会话的所有图形应用程序都在所谓的“桌面”中执行。 分配给此类桌面的资源是有限的（但可配置）。

注意：用户对象消耗了桌面堆的大部分内存空间。 这包括窗户。
有关桌面堆的更多信息，可以参考 NTDebugging MSDN 博客上发表的非常好的文章：

真正的解决方案是什么？ 绿色环保！
增加桌面堆是一种有效的解决方案，但这不是最终的解决方案。 真正的解决方案是消耗更少的资源（在我们的例子中更少的窗口句柄）。 我可以猜测您对这个解决方案有多失望。 这真的是我能想到的全部吗？
嗯，这里没有什么大秘密。 唯一的出路就是变瘦。 拥有不太复杂的用户界面是一个好的开始。 这有利于资源，也有利于可用性。 下一步是避免浪费、保护资源并回收利用！

以下是我们在客户的应用程序中执行此操作的方式：

我们使用 TabControls，并在每个选项卡变得可见时动态创建它的内容；
我们使用可扩展/可折叠区域，并仅在需要时才用控件和数据填充它们；
我们尽快释放资源（使用Dispose方法）。 当一个区域折叠时，可以清除它的子控件。 选项卡隐藏时也是如此；
我们使用 MVP 设计模式，这有助于使上述成为可能，因为它将数据与视图分开；
我们使用布局引擎、标准 FlowLayoutPanel 和 TableLayoutPanel 或自定义引擎，而不是创建嵌套面板、GroupBox 和拆分器的深层层次结构（空拆分器本身消耗三个窗口句柄...）。
以上只是关于如果您需要构建丰富的 Windows 窗体屏幕可以执行哪些操作的提示。 毫无疑问，您可以找到其他方法。
我认为您应该做的第一件事是围绕用例和场景构建应用程序。 这有助于仅显示给定时间和给定用户所需的内容。

当然，另一种解决方案是使用不依赖句柄的系统... WPF 有人吗？

Answer 3

当我子类化 NativeWindow 并手动调用 CreateHandler 时，出现此错误。 问题是我忘记在我的 WndProc 重写版本中添加 base.WndProc(m) 。 它导致了同样的错误

Answer 4

我遇到了这个异常，因为无限循环创建新的 UI 控件并设置其属性。
循环多次后，当更改控件可见属性时抛出此异常。
我发现用户对象和 GDI 对象（来自任务管理器）都相当大。

我猜你的问题与那些 UI 控件耗尽系统资源的原因类似。

Answer 5

我在工作中使用 Janus Controls。 就处理自己而言，它们非常麻烦。 我建议您确保正确处置它们。 此外，与它们的绑定有时不会释放，因此您必须手动解除对象的绑定才能处理控件。

Answer 6

我在向面板添加控件时遇到了此异常，因为面板中的子控件未清除。 如果将子控件放置在面板中，则错误已修复。

For k = 1 To Panel.Controls.Count
    Panel.Controls.Item(0).Dispose()
Next

Answer 7

我遇到了相同的 .Net 运行时错误，但我的解决方案不同。

我的场景：
在返回 DialogResult 的弹出对话框中，用户可以单击按钮来发送电子邮件。 我添加了一个线程，以便在后台生成报告时 UI 不会锁定。 这种情况最终得到了不寻常的错误消息。

导致问题的代码：
此代码的问题在于，线程立即启动并返回，这会导致返回 DialogResult，从而在线程可以正确从字段中获取值之前处理对话框。

private void Dialog_SendEmailSummary_Button_Click(object sender, EventArgs e)
{
    SendSummaryEmail();
    DialogResult = DialogResult.OK;
}

private void SendSummaryEmail()
{
    var t = new Thread(() => SendSummaryThread(Textbox_Subject.Text, Textbox_Body.Text, Checkbox_IncludeDetails.Checked));
    t.Start();
}

private void SendSummaryThread(string subject, string comment, bool includeTestNames)
{
    // ... Create and send the email.
}

此场景的修复：
解决方法是在将值传递到创建线程的方法之前获取并存储这些值。

private void Dialog_SendEmailSummary_Button_Click(object sender, EventArgs e)
{
    SendSummaryEmail(Textbox_Subject.Text, Textbox_Body.Text, Checkbox_IncludeDetails.Checked);
    DialogResult = DialogResult.OK;
}

private void SendSummaryEmail(string subject, string comment, bool includeTestNames)
{
    var t = new Thread(() => SendSummaryThread(subject, comment, includeTestNames));
    t.Start();
}

private void SendSummaryThread(string subject, string comment, bool includeTestNames)
{
    // ... Create and send the email.
}

Answer 8

当我开始在 WinForm 应用程序中使用线程时，发生了同样的错误，
我使用堆栈跟踪来查找引发错误的原因，并发现 infragistics 的 UltraDesktopAlert 组件位于此后面，因此我以不同的方式调用它，并且错误现在消失了。

 this.Invoke((MethodInvoker)delegate
{
    //call your method here
});

完整的代码如下所示。

private void ultraButton1_Click(object sender, EventArgs e)
{
    Task.Factory.StartNew(() => myMethod1());
}

void myMethod1()
{
    //my logic

    this.Invoke((MethodInvoker)delegate
    {
        ultraDesktopAlert1.Show($"my message header", "my message");
    });

    //my logic
}

我也无法使用 GDI 实用程序来查找我的应用程序创建了多少个句柄，但我的应用程序（64 位）在其列表中不可用。
另一个解决方案是在以下位置 HKEY 将桌面堆值更改为 SharedSection=1024,20480,768，

Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems

但我的已经具有相同的值。 只有调用方法委托对我有用。 希望这有帮助。

Answer 9

就我而言，我重写了 WndProc(ref Message m) 但没有调用 base.WndProc(ref m);

Answer 10

我发现了许多 UI 未按 WinForms 预期卸载的问题。

以下是一些一般提示：

• 很多时候，控件将继续使用，因为控件事件未正确删除（工具提示提供程序在这里给我们带来了很大的问题）或控件未正确处理。
• 在所有模式对话框周围使用“using”块以确保它们已被处理。
• 有一些控件属性将强制在必要之前创建窗口句柄（例如，设置 TextBox 控件的 ReadOnly 属性将强制该控件被实现）
• 使用诸如 .Net Memory profiler 之类的工具来获取所创建的类的计数。 该工具的较新版本还将跟踪 GDI 和 USER 对象。
• 尝试尽量减少对 Win API 调用（或其他 DllImport 调用）的使用。 如果您确实需要使用互操作，请尝试以一种使 using/Dispose 模式能够正常工作的方式包装这些调用。

Answer 11

我有同样的错误，但在我的 C# Windows 服务中。 在我的服务中，在 OnStart() 方法中，我使用“using”语句创建一个新的 WinForms 对象。 就在那之后我的服务抛出了这个错误。

我的修复很简单，事实证明，如果我使用“本地系统”登录启动我的服务，则会抛出该错误，但如果我使用帐户类型启动我的服务，那就一切都很好。

我希望有人会觉得这很有用。