OnIdle 事件中的异常不会冒泡

发布于 2024-09-02 06:45:47 字数 149 浏览 5 评论 0原文

在我的主窗体上，我订阅了两个事件：Application.ThreadException 和 Application.Idle。理论上，任何未捕获的异常都应该冒泡到主窗体。但是，如果异常发生在 OnIdle 事件中，则此方法不起作用。系统就崩溃了。有谁知道如何解决这个问题？非常感谢。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

陌伤ぢ 2024-09-09 06:45:47

我同意不获取 ThreadException 事件并不是很合乎逻辑。然而，它确实以这种方式工作，仅当消息循环调度事件并且事件处理程序中存在未处理的异常时才会引发 ThreadException。当不再有消息要分派时，会引发 Idle 事件，它遵循完全不同的代码路径。

您可以通过自己在 Idle 事件处理程序中捕获异常来解决这个问题：

    void Application_Idle(object sender, EventArgs e) {
        try {
            // Do stuff
        }
        catch (Exception ex) {
            Application.OnThreadException(ex);
        }
    }

请注意，如果您让用户决定是退出还是继续程序，那么 ThreadException 是一件喜忧参半的事情。另请注意，它不够通用，无法捕获程序中的所有异常，您仍然需要 AppDomain.CurrentDomain.UnhandledException 来处理 UI 线程以外的线程中引发的异常或之前引发的异常消息循环开始运行。

如果您这样做是为了确保用户不能单击“继续”，那么只需使用 Application.SetUnhandledExceptionMode() 来完全禁用 ThreadException 事件。现在一切都通过 AppDomain.UnhandledException 进行。这是更好的方法。

I agree it is not terribly logical to not get the ThreadException event. It does however work this way, a ThreadException is only raised when the message loop dispatches an event and there's an unhandled exception in the event handler. The Idle event is raised when there is no message to be dispatched anymore, it follows an entirely different code path.

You can work around it by trapping exceptions in your Idle event handler yourself:

    void Application_Idle(object sender, EventArgs e) {
        try {
            // Do stuff
        }
        catch (Exception ex) {
            Application.OnThreadException(ex);
        }
    }

Beware that ThreadException is rather a mixed blessing if you let the user decide whether to quit or continue the program. Also note that it isn't universal enough to catch all exceptions in your program, you still need AppDomain.CurrentDomain.UnhandledException to deal with exceptions raised in threads other than the UI thread or exceptions that are raised before the message loop starts running.

If you are doing this to make sure the user can not click "Continue" then simply use Application.SetUnhandledExceptionMode() to disable the ThreadException event completely. Now everything goes through AppDomain.UnhandledException. It is the better way.

回复收藏 0 原文