关闭WPF应用程序时出现未处理的NullReference异常

您的问题没有详细信息，堆栈跟踪很短，但提供了许多关于潜在问题的线索。一些显而易见的事实：

• 异常发生在终结器线程上，这也是堆栈跟踪如此之短的原因。终结器中未处理的异常是致命的，它们总是会终止程序。在代码中尝试使用try/catch的原因是没有效果
• 连接点cookie是COM术语，当您订阅COM事件时会得到一个。当您取消订阅事件时，需要再次使用该cookie，这种情况发生在终结器中。WPF中只有一个类使用它，即WebBrowser控件。WPF类是一个围绕COM组件InternetExplorer的包装器
• 虽然该异常具有托管异常名称，但它不是由托管代码引起的。终结器已经检查了null引用，是Internet Explorer在后台抛出了一个非托管的AccessViolationException。CLR以完全相同的方式处理这些问题，因为它们有完全相同的原因，终结器不会以其他方式使区别更清楚。非托管代码和托管代码一样容易受到空指针的攻击。更重要的是，堆损坏是一个非常常见的原因
• 终结器已经捕获了所有异常，但是NRE是一个关键异常，所以它会重新抛出它，这就是程序的结束

使用WebBrowser是一种负担，浏览器通常很容易崩溃。当你在应用程序中使用控件时，这种情况会被放大，它在进程中运行，并且没有Internet Explorer本身使用的那种崩溃保护。因此，浏览器中出现的任何错误都将直接影响应用程序的稳定性，通常很难诊断崩溃原因，因为爆炸的是非托管代码。

这样的崩溃重复得很糟糕，这是你自己很难得到指责的核心原因。浏览器中最常见的麻烦制造者是加载项、ActiveX控件(如Flash(和反恶意软件。如果你不能控制导航的网站类型，你会遇到额外的麻烦，有很多网站会故意探测浏览器的漏洞。

您可以使用一种特定的对策，即在不再使用控件时调用该控件的Dispose((方法。通常在Window的Closing事件处理程序中。这将立即注销COM事件并触发崩溃，现在你可以抓住它了。当这种情况发生时，请强烈考虑关闭你的程序，你的进程中确实有一具尸体，当你试图复活它时，它会变成僵尸。

我在一个应用程序中遇到了同样的问题，但从未发现背后的真正问题。但我找到了这个应用程序的解决方法。在主窗口的关闭事件中，我实现了一个循环，以前关闭了所有其他窗口。然后它起作用了。也许这对你也有用。如果你找到原因，那就更好了。