代码之家 › 专栏 › 技术社区 › Rob Parker

做申请。ApplicationExit事件在非Winforms应用程序中是否会收到退出通知?

exit-handler exit console-application .net-2.0 events

Rob Parker · 技术社区 · 17 年前

当应用程序退出时,需要通知我们的代码库。因此,我们已订阅该系统。窗户。形式。应用程序。ApplicationExit事件。这适用于Winforms应用程序,但它也适用于其他类型的应用程序,如控制台应用程序、服务和web应用程序(如ASP.NET)吗?名称空间会提示它没有,并且当 Application.Exit() 被调用(显式或隐含地),这可能不适合调用这些其他情况。

在这些其他情况下,是否还有其他更好的活动或更普遍的活动(如果它也适用于Winforms,那就太好了)?例如,是否有关于何时的事件 Environment.Exit() 被称为(控制台应用程序)?

我在系统中发现了一个Exited事件。诊断的。进程,但这似乎是为了监控退出 又一个 并且它似乎没有被关于其自身的进程接收到(例如, Process.GetCurrentProcess().Exited += Process_Exited; Process.GetCurrentProcess().EnableRaisingEvents = true; ).我认为只有在流程实际退出后才能提出,所以这行不通。

这是特别为。NET 2.0和C#。

1 回复 | 直到 17 年前

Rob Parker 16 年前

我们终于找到了更多关于这方面的信息(但到那时,我的机器已经重建,我的未注册个人资料中的Cookie丢失了;希望它能让met发布这个答案)。

进一步的调查最终发现了一些我们认为有帮助的事件:

System.Windows.Forms.Application.ThreadExit -消息循环退出时发生火灾 System.Windows.Forms.Application.ApplicationExit -当所有消息循环退出时发生火灾 System.AppDomain.CurrentDomain.DomainUnload -当默认域之外的域退出时触发 System.AppDomain.CurrentDomain.ProcessExit -当默认应用域退出时触发 System.AppDomain.CurrentDomain.UnhandledException -当发生未捕获的异常时触发,结束应用程序。

只有一个 DomainUnload 或 ProcessExit 对于给定的应用程序域,事件是可能的,这取决于它是进程的默认(顶级)域还是作为子域创建的(例如在web服务器上)。如果应用程序不知道它可能是哪一个(就像我们的例子一样),如果它想为自己捕获实际的卸载,它需要订阅这两个。此外,似乎 UnhandledException (从.NET 2.0开始,这总是致命的)可能会阻止其他两个事件,因此这可能是需要处理的第三种情况。这三个事件应该适用于任何人。NET应用程序。

需要注意的是,执行时间 进程退出 是有界的(大约4秒?),因此可能无法在该事件处理程序中进行大量的“最终”工作。这需要是一件可以快速完成的事情。

这个 Application 事件仅适用于WinForms应用程序(但我们怀疑它们可能不适用于纯WPF应用程序)。命名可能会产生误导,因为它们是以具有某些假设的最基本的正常用法命名的。 ThreadExit 与实际情况无关 System.Threading.Thread 而是进入消息循环( Application.Run() ))UI线程,以及 ApplicationExit 类似地涉及一个或多个UI线程上的应用程序表单的集合。通常,一旦呼叫 应用程序。运行() 返回,从线程的入口方法调用,入口方法快速结束,然后线程本身结束。一旦所有UI线程都退出,WinForms应用程序通常会全部完成并退出。

另一个值得注意的事件是 System.Windows.Forms.Application.ThreadException 活动。Windows消息循环可以配置为捕获处理消息时发生的异常并发送此事件,而不是让它们成为未捕获的(因此是致命的)异常。捕获这些异常允许消息循环(以及该UI线程)继续运行(在中止当前消息处理程序之后)。对于给定的线程,任何时候只能有一个此事件的订阅者(订阅覆盖任何以前的订阅者),并且必须在创建和订阅任何表单之前进行配置,然后才能进入消息循环。请参阅此事件的MSDN帮助和 System.Windows.Forms.Applicaton.SetUnhandledExceptionMode() 了解更多信息。