5

我有一个未处理的异常处理程序。它显示了一个漂亮的 GUI，并允许用户发送错误报告。用户甚至可以留下他们的姓名和电话号码等，我们的支持部门会给他们回电。效果很好，看起来不错，让客户不那么生气。理论上，无论如何。

问题是我的应用程序使用后台线程，并且线程似乎并不关心是否在 GUI 线程（这很有意义）上引发了异常，而只是继续他们的工作。如果用户让我的自定义异常处理程序窗口保持打开足够长的时间，最终会导致弹出一个 WER 对话框，使其看起来像是错误处理程序本身崩溃了。

我无权访问异常处理程序范围内的线程对象，因此无法挂起它们。使线程对象全局可访问也不是解决方案。我现在的解决方法是在我的异常处理程序中使用类似的东西Globals.Crashed = true;，并让我的线程方法在每次循环迭代时检查该属性。不完美，但可以将伤害降到最低。

有谁知道一个不那么hacky的方法？我的方法错了吗？我是否必须像 WER 那样启动一个外部程序来暂停主程序并显示错误 UI？

4

3 回答 3

5

如果你有一个未处理的、未知的异常，你可以假设任何事情都发生了，你的程序甚至可能无法完成最简单的事情。考虑例如它已经消耗了所有可用内存的情况 - 那么您也将无法发送错误报告，因为它可能需要分配内存。

一个好的方法是编写一个单独的小应用程序，只做错误报告。该应用程序可以从文件中获取要报告的详细信息。这样，您的未知异常处理程序将：

  • 将信息转储到临时目录中的文件中。
  • 使用文件名作为参数启动错误报告应用程序。
  • 在它做一些愚蠢的事情之前终止失败的进程。

错误报告应用程序应删除临时文件。

于 2010-08-20T19:53:58.780 回答
0

您可以在全局 Collection 对象中跟踪所有线程，这样当您的处理程序执行时，它可以简单地遍历集合对象并中止那里的线程。

于 2010-08-20T19:51:59.207 回答
0

看看这个问题中的代码，Suspend Process in C#，您需要对其进行调整，以免暂停您的 GUI 线程和任何不是您已启动的后台线程，但它应该可以解决问题。

然而，更好的选择是尝试将错误报告 GUI 作为一个单独的进程启动，将任何所需的信息传递给它，然后从未处理的异常处理程序中终止原始进程，而不是让任何东西在潜在的损坏状态下运行.

于 2010-08-20T19:57:47.713 回答