wpf - WPF 应用程序会固定 CPU 并将应用程序锁定在某些计算机上而不是其他计算机上的原因可能是什么？

Question

难倒在这里。之前发过类似的问题。我们有一个非常大的 WPF 应用程序，它在某些机器上运行良好，但在其他机器上，突然之间，一个 CPU 内核被固定在 100%(只有一个内核)并且应用程序卡住。它通常在显示上下文菜单或组合框下拉菜单(即弹出控件)时发生，这就是我们无法调试的原因，因为当时没有用户代码正在执行。这让我们发疯了，因为同样，在大多数机器上它运行良好，但在少数机器上，它卡住了。

奇怪的是，当我们在 VM 中运行它时，它在那里也运行得很好!疯狂的!不确定是什么导致了这种情况，或者更重要的是，甚至不知道从哪里开始查看，因为正如我所说，没有用户代码正在运行。

这种情况仅发生在我们大约 10% 的机器上，但在这些机器上始终发生。一切都很干净(即相对较新的操作系统安装，没有疯狂的应用程序等)，并且在规范方面几乎完全相同的机器:类似的 CPU、类似的 RAM、相同的视频驱动程序和服务包。

因此，正如我在标题中所述，谁能提出 WPF 应用程序会固定 CPU 并将应用程序锁定在某些计算机上而不是其他计算机上的可能原因？我们只是难住了!

Answer 1

找到了!!事实证明，.NET 4.0 中存在一个关于 UI 自动化和 MS 引入的更改的错误。这是信息和修复! (注意:即使你调用 MS，他们也会给你发送一个链接，但它总是一个断开的链接。我设法手动追踪了这个。)

注意:他们的文章讨论了导致此行为的特定情况，但是如果您在 google 周围搜索，您会看到大量与这些 DLL 相关的挂起问题。最新的是他们 promise 在 .NET 4.5 运行时中进行修复(来自关于此问题的 MS 帖子。)

这是知识库文章...
http://support.microsoft.com/kb/2484841/en-us

...这是实际的修补程序。
http://archive.msdn.microsoft.com/KB2484841/Release/ProjectReleases.aspx?ReleaseId=5583