为什么应该避免 C# 中的 Async Void 方法？

为什么 Async Void 不是一个好主意：分解原因

虽然从异步方法返回 void 在某些情况下可能看起来无害在这种情况下，行业最佳实践强烈反对这种做法。原因如下：

1。异常处理异常

Async void 方法具有独特的错误处理语义。从 async void 方法中逃逸的异常（例如提供的示例中的“PrimeCustomTask”）变得难以捕获和处理。这使错误处理变得复杂，并使调试更具挑战性。

2.组合挑战

异步 void 方法缺乏与其他异步操作良好组合的能力。 “PrimeCustomTask”中的代码是孤立存在的，无法轻松集成到更高级别的异步构造中。这限制了代码的可维护性和代码的重用。

3.测试困难

单元测试 async void 方法是出了名的困难。由于该方法返回 void，因此创建可靠的断言并测试所有可能的执行路径具有挑战性。这样就很难保证代码的正确性。

4.异常传播

如答案中所述，从“PrimeCustomTask”转义的异常不会自然传播到其调用者。这可能会导致意外行为，并导致难以有效处理错误。

修改以遵循约定

要与既定约定保持一致，您可以修改使用异步任务方法的示例：

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

private async Task PrimeCustomTask()
...

通过返回异步任务，您将受益来自：

• 清晰一致的异常处理
• 改进的代码组合和可重用性
• 更轻松的单元测试
• 自然的异常传播

通过采用这些最佳实践，您将编写出更易于维护的代码，使用异步方法时可测试且可靠的代码。

以上是为什么应该避免 C# 中的 Async Void 方法？的详细内容。更多信息请关注PHP中文网其他相关文章！