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 回答