Mar*_*eIV 7 wpf multithreading
难倒在这里.之前发过类似的问题.我们有一个非常大的WPF应用程序,在某些机器上运行得很好,但在其他机器上,突然之间,其中一个CPU核心固定为100%(只有一个核心),应用程序冻结.通常在显示上下文菜单或组合框下拉(即弹出控件)时会发生这种情况,这就是为什么我们无法对此进行调试,因为当时没有用户代码执行.它让我们疯狂,因为在大多数机器上它运行良好,但在少数情况下,它会冻结.
奇怪的是,当我们在VM中运行它时,它也运行得很好!疯!不确定是什么导致了这一点,或者更重要的是,甚至开始寻找的地方,因为正如我所说,没有用户代码在运行.
这只发生在我们机器的大约10%,但它始终发生在这些机器上.一切都很干净(即相对新鲜的操作系统安装,没有疯狂的应用程序等)和大多数相同的机器规格:类似的CPU,类似的RAM,相同的视频驱动程序和服务包.
正如我在标题中所述,任何人都可以提出可能的原因,为什么WPF应用会固定CPU并锁定某些计算机上的应用程序而不是其他计算机？我们只是难倒!
找到了!!事实证明.NET 4.0中有关于UI自动化和MS引入的更改的错误.这是信息,修复!(注意:即使你打电话给MS,他们也会给你发一个链接,但它总是一个断开的链接.我设法手动跟踪它.)
注意:他们的文章讨论了导致此行为的特定情况,但如果你google,你会看到与这些DLL相关的大量问题.最新的是他们承诺在.NET 4.5运行时修复(在这个问题上的MS帖子.)
这是知识库文章...
http://support.microsoft.com/kb/2484841/en-us
...这是实际的修补程序.
http://archive.msdn.microsoft.com/KB2484841/Release/ProjectReleases.aspx?ReleaseId=5583
| 归档时间： |
|
| 查看次数： |
2051 次 |
| 最近记录： |