我编写的 WPF 应用程序在我的 PC 上运行良好，但在我 friend 的(与我的 Win 7 x64 相同)上它崩溃了。我尝试将其编译为 x86 或 x64，但问题仍然存在。我还向他发送了带有简单按钮和消息的测试应用程序，以查看它是否缺少 .net 框架问题，但它运行没有问题。我的应用程序使用 MSSQL 和 WPF 部分绑定(bind)以及测试用例中未包含的各种模板。这是什么问题？
我包括错误报告(抱歉，它是不同语言的翻译，可能很糟糕):
Problem signature:
Problem event name: CLR20r3
Problem signature: 01: surfmanagertake2.exe
Problem signature: 02: 1.0.0.0
Problem signature: 03: 53b3b026
Problem signature: 04: PresentationFramework
Problem signature: 05: 4.0.30319.18408
Problem signature: 06: 52312f13
Problem signature: 07: 7fe8
Problem signature: 08: ee
Problem signature: 09: System.Windows.Markup.XamlParse
Operating system version: 6.1.7601.2.1.0.768.3
Regional settings ID: 1045
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
最佳答案
我以前见过类似的问题，应用程序在某些机器上运行得非常好，而在其他机器上崩溃\缓慢，这些机器似乎具有相同的物理\操作系统规范。
我将问题追溯到 WPF 使用的不同版本的核心程序集 -PresentationCore.dll、PresentationFramework.dll 等。
查看进程的所有托管引用(.Net 程序集)的最简单方法是使用 Process Explorer 或 ProcDump(均来自 sysinternals)等工具。
这些应该允许您进行完整转储，然后可以在 Visual Studio 中打开该转储并显示已加载程序集及其版本的列表。如果核心 WPF 程序集的版本号不同，那么我建议其中一台机器有修补程序，而另一台机器则没有。
http://blogs.msdn.com/b/debugger/archive/2009/12/30/what-is-a-dump-and-how-do-i-create-one.aspx
关于c# - WPF - 程序崩溃，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/24527481/