为什么应用程序退出事件有效，即使处理程序在 WPF 应用程序生命周期中异步无效？

Question

我有一个问题，如何在WPF生命周期方法(使用Caliburn-Micro框架)中等待异步方法(例如OnActivate、OnInitialized、OnExit)，这些方法直接绑定到应用程序。退出事件)

本文准确地描述了我的问题：http://mark.mymonster.nl/2013/07/10/donrsquot-make-your-application-lifetime-events-async-void（现在我正在考虑使用本文中的解决方案，但乍一看似乎有点过分）

我需要在我的OnExit hanlder中等待一些异步方法，所以我把它作为async。这很有效。算是吧。我不明白为什么？?，而是在调用应用程序时。事件，它会一直等到方法完成，即使处理程序是异步void。你能解释一下这怎么可能吗？这安全吗？或者只是巧合？异步void应该只用于顶级事件，是这样吗？

我查看了系统的代码。绑定如下所示：

public event EventHandler Exit
{
  add
  {
    XcpImports.CheckThread();
    this.AddEventListener(DependencyProperty.RegisterCoreProperty(20053U, (Type) null), (Delegate) value);
  }
  remove
  {
    XcpImports.CheckThread();
    this.RemoveEventListener(DependencyProperty.RegisterCoreProperty(20053U, (Type) null), (Delegate) value);
  }
}

这真的很神秘，我无法通过调用此事件看到. net框架中真正发生的事情。

同样奇怪的是，那个召唤等待任务。当我不使用configurewait(false)时，处理程序中的Delay(1)会导致死锁。所以我会说在某个地方。Wait()用在深处。net代码。

注意：当我使 OnActivate 时，按预期，OnInitialized 处理程序异步，页面不会等到处理程序完成。

谢谢你的回答！

Answer 1

理论上，框架可以检测到< code>async void的使用，并等待< code>async void方法返回。我在关于< code > SynchronizationContext 的文章中描述了细节。async的AFAIK是唯一一个等待< code>async void处理程序的内置框架。

WPF对async val方法没有任何特殊处理。所以您的退出处理程序正在完成的事实只是巧合。我怀疑您等待的操作要么已经完成，要么速度极快，这允许您的处理程序同步完成。

也就是说，我不推荐您引用的文章中的解决方案。相反，处理窗口的Candy事件，启动您需要执行的任何异步保存，并取消关闭命令（同时考虑立即隐藏窗口）。当异步操作完成时，然后再次关闭窗口（并允许它这次关闭）。我使用这种模式进行异步窗口级“关闭”动画。

我无法重现你描述的僵局。我创建了一个新的.NET 4.5 WPF应用程序，并添加了一个退出处理程序：

private async void Application_Exit(object sender, ExitEventArgs e)
{
    await Task.Delay(1);
}

但没有观察到僵局。事实上，即使使用＜code＞任务。Yield，在等待之后，不会执行任何操作，这就是我所期望的。