内存泄漏/表单未被垃圾收集

Question

我正在追踪 MDI 应用程序中的内存泄漏。打开然后关闭该表单会导致该表单保留在内存中。使用 Ant 的内存分析器，我可以获得以下将表单保留在内存中的引用图。

当在窗体上触发 Dispose 时，我已删除附加到组合控件的所有事件。

谁能指导我找到解决方案？

C1命名空间来自ComponentOne。

我应该注意，我试图通过反射器查看 C1Combo 控件上的 c、r、b 等方法，但它显然是通过混淆器运行的，这使得事情难以理解。

Answer 1

这让我想起了几年前我在 .NET 1.1 上构建的一个巨大的 C# WinForm 应用程序。我使用了 .NET Memory Profiler，它确实帮助我找到了寄生虫。 Ant的MP或许可以做到。

无论如何，就我而言，我在使用过程中创建了很多并行线程和计时器。罪魁祸首原来是一个计时器实例，它从未被正确处理过，因此永远不会结束计时器运行的生成线程。

我不能直接为您提供答案，但如果您碰巧到处都有线程产生，请务必仔细观察/处理它们，尤其是其中运行的内容。

就我而言，这更多的是一种记忆保留，或者尽管大多数人会认为这只是另一种记忆泄漏。

如果问题的根源来自第三方组件，那么我想您必须追查它们。

祝您追查泄密罪魁祸首！

Answer 2

C1 可能因未释放内部引用而存在错误。 联系该公司或搜索其知识库。

使用一组不同的 3rd 方组件，我记得 Telerik 控件存在我们报告的错误，这些问题在下一个版本中得到了修复 - 有时它们提供了立即的解决方法。

Answer 3

追踪到 C1Combo 中控件的内部参考。由于某种原因，有一个列表引用了表格和其他一些内容。在表单上的 Dispose() 中，我针对每个 C1Combo 控件调用此函数。不知道后果，可能很小，因为无论如何都应该处置控件。

它也非常脆弱，就好像他们发布了新版本，并且混淆弄乱了所有方法/字段名称，它就会崩溃。

private void RemoveInternalC1ComboReferenceListHack(C1Combo combo)
    {
        var result = typeof(C1Combo).GetField("_dropDownList", BindingFlags.NonPublic | BindingFlags.Instance).GetValue(combo);
        var result2 = result.GetType().GetField("c", BindingFlags.NonPublic | BindingFlags.Instance).GetValue(result);
        var result3 = result2.GetType().GetField("r", BindingFlags.NonPublic | BindingFlags.Instance).GetValue(result2);
        var result4 = result3.GetType().GetField("b", BindingFlags.NonPublic | BindingFlags.Instance).GetValue(result3);

        ((System.Collections.Generic.List<Control>)result4).Clear();
    }