什么可能导致此内存问题？

Posted 2023-04-12

【中文标题】什么可能导致此内存问题？

【英文标题】：What could cause this memory issue?

【发布时间】：2013-08-01 06:43:17

【问题描述】：

我正在开发适用于 Windows Phone 8 的应用程序，但遇到了内存泄漏问题。但首先是一些背景。该应用程序（不幸地）使用 WebBrowsers 作为页面工作。这些页面非常复杂，涉及到很多 javascript。

应用程序的native部分，用c#编写，负责与javascript进行一些简单的通信（例如native是javascript与服务器通信的代理），为页面转换、跟踪、持久性制作动画，等等。一切都在一个独特的 PhoneApplicationPage 中完成。

在我因内存不足异常而崩溃后，我开始分析应用程序。我可以看到作为应用程序重要组成部分的 Web 浏览器正在正确处理。 但我看到的问题是内存继续增加。更糟糕的是，我从探查器那里得到的反馈很少。据我了解，分析器图表说有一个大问题，而分析器数字说根本没有问题......

注意：该步骤表示从 WebBrowser 到另一个 WebBrowser 的导航。尖峰是由两个控件之间的动画创建的（我想）。在我在图像中选择的跨度中，我正在进行向前导航和向后导航，最多有 5 个 Web 浏览器（2 个用于始终存在的菜单，1 个用于索引页面，1 个用于我导航的页面和 1 个对于我导航到的页面）。每次导航时，分析器都会显示正确数量的 WebBrowser：向前导航后 5 个，向后导航后 4 个。

注2：我添加了红线以更清楚地表明内存在这段时间内正在上升

从图片中可以看出 内存使用量很大，但数字表明它很低，并且在这段时间内，保留分配比开始时要低......

我希望我已经包含了足够的信息。我想知道什么可能导致这个问题。到目前为止，我的想法是：

-WebBrowser 中的 javascript 做错了什么（例如，没有清理某些事件处理程序）。即使是这样，WebBrowser不应该在销毁时释放内存吗？

-使用唯一的 PhoneApplicationPage 是不应该做的坏事，改变它的结构可能会导致这种情况。

-其他？

另一个问题：为什么图表显示正确的内存使用量而数字却没有？

如果您需要有关分析器的更多信息，请询问，我将在明天发布。

【问题讨论】：

why does the graph show the correct amount of memory use while the number don't? “数字”仅显示您正在消耗的托管内存量。它只是意味着其余部分由本机代码消耗（这使得 WebBrowser 成为诱人的罪魁祸首）。不幸的是，没有足够的信息来找到根本原因。如果您使用单个 WebBrowser 创建一个简单的项目，然后尝试使用与您的应用程序类似的逻辑（销毁和重新创建 Webbrowser 实例），您能重现泄漏吗？如果是这样，请说明如何在我这边复制它，我可能会提供帮助

@KooKiz 我尝试创建一个更简单的项目，在该项目中我从页面中添加和删除 WebBrowser，但它可以正常工作并且不会占用内存。现在我正在尝试重现在添加和删除 WebBrowser 之间发生的更复杂的通信。

【参考方案1】：

我认为没有足够的信息来找到泄漏的原因，并且在不发布您的整个解决方案的情况下，我不确定是否有，因为问题是关于找到它的根本原因... 我可以提供的是我自己的内存泄漏时使用的方法。

技术是：

打开一个内存分析器。从您的屏幕截图中，我看到您正在使用一个。我用perfmon。 This 文章有一些关于设置 perfmon 的材料，@fmunkert 也解释得很好。 定位代码中您怀疑可能存在泄漏的区域。这部分主要取决于您对导致问题的代码部分有很好的猜测。 将泄漏推向极致：使用标签和“goto”来隔离区域/功能并多次重复可疑代码（循环将起作用。我发现 goto 更方便）。 在循环中，我使用了一个断点，每 50 次命中就停止一次，以检查内存使用中的增量。当然，您可以更改该值以适应应用程序中明显的泄漏变化。 如果您找到了导致泄漏的区域，则内存使用量应该会迅速飙升。如果内存使用量没有达到峰值，请使用您怀疑是根本原因的另一个代码区域重复阶段 1-4。如果是，请继续执行 6。 在您发现原因的区域中，使用相同的技术（goto + 标签）放大并隔离该区域的较小部分，直到找到泄漏源。

请注意，此方法的缺点是：

如果您在循环中分配对象，则它的处置也应包含在循环中。 如果您有多个泄漏源，则更难发现（但仍有可能）

【参考方案2】：

好的，经过大量调查，我终于能够找到泄漏点。 泄漏是由 WebBrowser 控件本身创建的，当您将其从面板中删除时，该控件似乎具有一些未删除的事件处理程序。事实上，通过以下步骤可以重现泄漏：

创建一个新的网络浏览器 将其添加到面板或其他内容中 导航到一个页面，其中的图片又大又重 点击浏览器空白处的某处（点击图片似乎不会造成泄漏） 删除并收集浏览器 从 1 开始重复

在每次迭代中，图像的内存都不会被收集，并且内存会继续增长。

已向 Microsoft 发送了一张票。

问题已使用 Web 浏览器池解决

【讨论】：

您是否找到了真正的解决方案或从 Microsoft 获得了一些反馈？我们有一个应用程序只需要在一个部分中使用 WebBrowser 控件，当您导航并从该部分退出时，内存永远不会被释放

对不起，没有。 WebBrowser 池运行良好，因此我不必进行更多调查。我建议您从代码隐藏创建网络浏览器并将其设为静态以便只有一个实例。这将使网页浏览器在页面可视化后始终在内存中，但至少不会在每次导航时占用新内存。

【参考方案3】：

您是否清理了您的事件处理程序？如果控件已植根，您可能会无意中仍有一些参考。

【讨论】：

我确实清理了我的事件处理程序，WebBrowser 是负责任的