我正在维护一个.NET 1.1应用程序,我所负责的任务之一是确保用户没有看到任何不友好的错误通知。

我已经为Application.ThreadExceptionAppDomain.CurrentDomain.UnhandledException添加了处理Application.ThreadException ,它们会被调用。 我的问题是仍然显示标准CLR错误对话框(在调用异常处理程序之前)。

杰夫这个问题在他的博客谈到这里这里 但是没有解决方案。 那么.NET 1.1中处理未捕获异常并显示友好对话框的标准方法是什么?

杰夫的回答被标记为正确答案,因为他提供的链接提供了有关如何执行所需操作的最完整信息。

===============>>#1 票数:12 已采纳

哦,在Windows窗体中,你绝对应该能够让它工作。 你唯一需要注意的是在不同的线程上发生的事情。

我在这里有一篇旧代码项目文章应该有所帮助:

用户友好的异常处理

===============>>#2 票数:5

.NET 1.x Windows窗体应用程序中未处理的异常行为取决于:

  • 抛出异常的线程类型
  • 是否在窗口消息处理期间发生
  • 是否将调试程序附加到进程
  • DbgJitDebugLaunchSetting注册表设置
  • App.Config中的jitDebugging标志
  • 是否覆盖Windows窗体异常处理程序
  • 是否处理了CLR的异常事件
  • 月亮的阶段

未处理的异常的默认行为是:

  • 如果在抽取窗口消息时主线程上发生异常,则它会被Windows窗体异常处理程序拦截。
  • 如果在抽取窗口消息时主线程上发生异常,它将终止应用程序进程,除非它被Windows窗体异常处理程序拦截。
  • 如果在手动,线程池或终结器线程上发生异常,它将被CLR吞噬。

未处理的例外的联系点是:

  • Windows窗体异常处理程序。
  • JIT-debug注册表开关DbgJitDebugLaunchSetting。
  • CLR未处理的异常事件。

Windows窗体内置异常处理默认情况下执行以下操作:

  • 在以下情况下捕获未处理的异常:
    • 异常在主线程上,没有附加调试器。
    • 窗口消息处理期间发生异常。
    • App.Config中的jitDebugging = false。
  • 向用户显示对话框并阻止应用终止。

您可以通过在App.Config中设置jitDebugging = true来禁用后一种行为。 但请记住,这可能是您停止应用终止的最后机会。 因此,捕获未处理异常的下一步是注册事件Application.ThreadException,例如:

Application.ThreadException += new
Threading.ThreadExceptionHandler(CatchFormsExceptions);

请注意HKEY_LOCAL_MACHINE \\ Software.NetFramework下的注册表设置DbgJitDebugLaunchSetting。 这是我所知道的三个值中的一个:

  • 0:显示用户对话框询问“调试或终止”。
  • 1:让CLR处理异常。
  • 2:启动DbgManagedDebugger注册表项中指定的调试器。

在Visual Studio中,转到菜单工具选项调试JIT将此键设置为0或2.但是值1通常最适合最终用户的计算机。 请注意,在CLR未处理的异常事件之前,此注册表项已执行。

最后一个事件是您记录未处理异常的最后机会。 在您的Finally块执行之前触发它。 您可以按如下方式拦截此事件:

AppDomain.CurrentDomain.UnhandledException += new
System.UnhandledExceptionEventHandler(CatchClrExceptions);

===============>>#3 票数:5

AppDomain.UnhandledException是一个事件 ,而不是全局异常处理程序。 这意味着,在它被引发的时候,你的应用程序已经开始流失了,除了进行清理和错误记录之外,你无能为力。

幕后发生的事情是:框架检测到异常,将调用堆栈向上移动到顶部,找不到可以从错误中恢复的处理程序,因此无法确定继续执行是否安全。 因此,它开始关闭序列,并且为了礼貌而启动此事件,以便您可以对已经注定的过程表示敬意。 当在主线程中未处理异常时会发生这种情况。

这种错误没有单点解决方案。 您需要在发生此错误的所有位置的上游放置一个真正的异常处理程序(catch块)并将其转发到(例如)全局处理程序方法/类,以确定是否可以安全地简单地报告并继续,基于异常类型和/或内容。

编辑:可以禁用(= hack)Windows内置的错误报告机制,以便在应用程序关闭时不会显示强制性的“崩溃和刻录”对话框。 但是,这对系统中的所有应用程序有效,而不仅仅是您自己的应用程序。

===============>>#4 票数:3

这是控制台应用程序还是Windows窗体应用程序? 如果它是一个.NET 1.1控制台应用程序,遗憾的是,这是设计 - 在你引用第二篇博文中由MSFT dev确认:

顺便说一句,在我的1.1机器上,来自MSDN的例子确实有预期的输出; 只是在你连接调试器之后才显示第二行(或不是)。 在v2中,我们已经翻转了一些东西,以便在调试器附加之前触发UnhandledException事件,这似乎是大多数人所期望的。

听起来.NET 2.0做得更好(谢天谢地),老实说,我没有时间回去检查。

===============>>#5 票数:1

这是一个Windows窗体应用程序。 Application.ThreadException捕获的异常工作正常,我没有得到丑陋的.NET异常框( 可以终止, 取消调试?谁想出了??)。

我得到了一些未被捕获的异常,最终导致导致问题的AppDomain.UnhandledException事件。 我想我已经抓住了大部分这些异常,现在我在漂亮的错误框中显示它们。

所以我只是希望没有其他一些情况会导致异常不被Application.ThreadException处理程序捕获。

  ask by Ray translate from so

未解决问题?本站智能推荐:

关注微信公众号