为什么void异步不好？

Question

所以我理解为什么从异步返回空洞通常没有意义，但我遇到了一种我认为完全有效的情况。请考虑以下人为的示例：

protected override void OnLoad(EventArgs e)
{
    if (CustomTask == null)
        // Do not await anything, let OnLoad return.
        PrimeCustomTask();
}
private TaskCompletionSource<int> CustomTask;

// I DO NOT care about the return value from this. So why is void bad?
private async void PrimeCustomTask()
{
    CustomTask = new TaskCompletionSource<int>();
    int result = 0;
    try
    {
        // Wait for button click to set the value, but do not block the UI.
        result = await CustomTask.Task;
    }
    catch
    {
        // Handle exceptions
    }
    CustomTask = null;

    // Show the value
    MessageBox.Show(result.ToString());
}

private void button1_Click(object sender, EventArgs e)
{
    if (CustomTask != null)
        CustomTask.SetResult(500);
}

我意识到这是一个不寻常的例子，但我试图使其简单化和更普遍化。有人能向我解释为什么这是可怕的代码，以及我如何修改它以正确遵循约定吗？

谢谢你的任何帮助。

Answer 1

使用void async通常被视为“不好”，因为：

< li >你不能等待它的完成(正如在这篇文章中已经提到的那样 < li >如果被一个在其完成之前就退出的父线程调用，将会非常痛苦 < li >任何未处理的异常都将终止您的进程(哎哟！)

有很多情况（像你一样）使用它是可以的。使用时要小心。

Answer 2

好吧，看看“避免< code >异步无效”一文中的原因:

• 异步void方法具有不同的错误处理语义。从＜code＞PrimeCustomTask
• 异步void方法具有不同的组成语义。这是一个围绕代码可维护性和重用的争论。本质上，PrimeCustomTask中的逻辑就在那里，就是这样-它不能被组合成更高级的async方法
• 异步void方法很难测试。自然地，从前两点开始，编写包含＜code＞PrimeCustomTask

同样重要的是要注意，异步任务是自然的方法。在采用异步/等待的几种语言中，C#/VB 是唯一支持异步 void 的 AFAIK 语言。F#没有，蟒蛇没有，JavaScript和类型脚本没有。从语言设计的角度来看，异步虚空是不自然的。

将异步 void 添加到 C#/VB 的原因是启用异步事件处理程序。如果将代码更改为使用异步 void 事件处理程序：

protected override async void OnLoad(EventArgs e)
{
  if (CustomTask == null)
    await PrimeCustomTask();
}

private async Task PrimeCustomTask()

然后，异步 void 缺点仅限于事件处理程序。特别是，来自 PrimeCustomTask 的异常会自然地传播到其（异步）调用方 （OnLoad），可以组合使用（从其他异步方法自然调用），并且 PrimeCustomTask 更容易包含在单元测试中。