我应该避免使用“异步无效”事件处理程序吗？

我知道使用即弃即用async void方法启动任务通常被认为是一个坏主意，因为没有跟踪待处理任务的信息，并且处理此类方法中可能引发的异常非常棘手。

我是否也应该一般避免使用async void事件处理程序？例如，

private async void Form_Load(object sender, System.EventArgs e)
{
        await Task.Delay(2000); // do async work
        // ...
} 

我可以这样重写它：

Task onFormLoadTask = null; // track the task, can implement cancellation

private void Form_Load(object sender, System.EventArgs e)
{
        this.onFormLoadTask = OnFormLoadTaskAsync(sender, e);
} 

private async Task OnFormLoadTaskAsync(object sender, System.EventArgs e)
{
        await Task.Delay(2000); // do async work
        // ...
} 

除了可能重新进入之外，异步事件处理程序还有哪些水下岩石？

准则是避免在事件处理程序中使用时async void 除外，因此async void在事件处理程序中使用是可以的。

就是说，出于单元测试的原因，我经常喜欢排除所有async void方法的逻辑。例如，

public async Task OnFormLoadAsync(object sender, EventArgs e)
{
  await Task.Delay(2000);
  ...
}

private async void Form_Load(object sender, EventArgs e)
{
  await OnFormLoadAsync(sender, e);
}

我是否通常也应该避免使用异步void事件处理程序？

通常，事件处理程序是无效异步方法不会引起代码潜在错误的一种情况。

现在，如果您确实由于某种原因需要跟踪任务，那么您描述的技术是完全合理的。

是的，通常情况下，没有事件处理程序的异步无效是唯一的情况。如果您想进一步了解它，可以在第9频道观看精彩视频

The only case where this kind of fire-and-forget is appropriate is in top-level event-handlers. Every other async method in your code should return "async Task".

这是链接

如果您使用ReSharper，则免费的Recomended Extension可能对您有所帮助。它分析了“异步无效”方法，并在使用不当时突出显示。该扩展可以区分异步void的不同用法，并提供此处描述的适当的快速修复程序：ReCommended-Extension wiki。