11

我在这里有一个奇怪的行为:我在生产中运行 WPF 应用程序时出现大量内存泄漏,该应用程序在 DLOG 终端(Windows Embedded Standard SP1)上运行,如果我在普通桌面上本地运行它,它的行为非常好(Win7 prof .)

在多次尝试发现任何问题均未成功后,我将其中一个直接放在显示器旁边,安装了 ANTs MemoryProfiler,并在终端和我的开发 PC 上模拟用户操作进行了一小时的测试运行。

结果是,由于一些奇怪的原因,嵌入式系统堆积了大量的 WeakReference 和 EffectiveValueEntry[] 对象。

以下是一些图片:

开发(PC): 在此处输入图像描述

在此处输入图像描述

和终端: 在此处输入图像描述

看看班级名单... 在此处输入图像描述

有没有人见过这样的事情,有没有已知的解决方案?我在哪里可以获得帮助?

(PS 安装了为 .net4 准备的图像的终端)

PPS:对于近距离投票者:我认为问题很明确:我该如何解决这个问题。您可能会争论这是 IT/OS 问题还是编程问题,但我认为如果我在Server Fault中发布此内容,它很快就会离题...

更新:我能够找到问题的很大一部分——但它感觉有点像 C++:我使用类似 ViewModel 的 Items 类来提供(除其他外)一个 ICommand(RelayCommand 模式)的 WPF-List。在视图的 ViewModel-Property 的 getter 中动态创建的项目,似乎应用程序/GC 从未释放那些未使用的命令 - 或对其 CanExecuteChanged 的​​订阅 - 内存分析器将这些显示为“由弱参考”。我更改了我的代码以重用这些项目视图模型并将 Dispose/set 设置为 null 他们的 Dispose 中的每个使用的属性,并将其也用作清理 - 正如我所说:在那些旧的 C++ 时代感觉就像“删除”。最重要的是,我每 30 分钟使用一次强制 GC.Collect(是的,我知道 - 你永远不应该 - 但到目前为止我没有其他解决方案)。

我不明白为什么那些 WeakReferences 没有像在我的台式机上那样被声明...

对此有什么想法吗?请!

更新:我仍然无法确定这个问题,但我看到一个奇怪的行为:如果我使用 PC-Anywhere 观察我的软件在其中一个终端上的操作,问题就会消失!即使在运行 8 小时后。软件直接运行 - 它甚至会释放内存(我在主屏幕上放了一个小内存计数器显示 - 假设我连接到终端并看到内存不足 - 等待几分钟后内存被回收)

所以我认为德文(下面的一个答案)在正确的方向上领先——远程控制软件中的某些东西可以解除对终结器线程或任何阻塞 GC 的阻塞——无论是模拟键盘/鼠标还是其他什么。

对此有什么想法吗?

4

2 回答 2

5

我们在平板电脑上运行我的应用程序时遇到了(有点)类似的问题。在桌面上运行时内存会被回收,但在平板电脑或其他使用 PC 输入面板的设备上运行时不会。问题是完成队列被卡住了。COM 对象终结器正在等待在没有消息循环的主线程上运行某些东西。

解决方案是找到足够的时间来调用Application.DoEvents(). 我们有一个会被间歇性调用的方法,我们每 10 次调用就调用它一次。我不知道这是否与您遇到的问题相同,但也许它可以提供一些启示。

编辑:我确实需要说清楚,总的来说,打电话DoEvents()是个坏主意。它在这种情况下有效,因为该线程上没有任何 UI 或这些事件可能干扰的任何其他事件。

于 2012-05-01T22:32:27.743 回答
2

从屏幕截图中有趣的是,LOH 在增长的同时使用的空间并没有增长太多。LOH 处的可用空间增长很多,这表明由于固定对象导致内存碎片。这看起来像一个卡住的终结器线程,它确实阻止了托管对象的清理。您应该获得内存转储并检查终结器线程被卡住的方法。您可以使用 Windbg 轻松完成此操作。

于 2012-06-06T16:00:33.483 回答