我在这里有一个奇怪的行为:我在生产中运行 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 的阻塞——无论是模拟键盘/鼠标还是其他什么。
对此有什么想法吗?