控制器操作方法中没有异步/等待的任务

Question

所以我有一个关于任务和异步/等待操作的问题。

我有这样的方法：

public Task<IActionResult> PostCompleteFormModel(string name, [FromBody]IndicatorFormApi apiModel, Guid participantId, [FromServices] IChallengeCycleService challengeCycleService)
{
    return Post(name, apiModel.ToSubmitApi(), participantId, challengeCycleService);
}

在控制器中。

如您所见，它没有 async/await。

但是这样做不是更好吗：

public async Task<IActionResult> PostCompleteFormModel(string name, [FromBody]IndicatorFormApi apiModel, Guid participantId, [FromServices] IChallengeCycleService challengeCycleService)
{
    return await Post(name, apiModel.ToSubmitApi(), participantId, challengeCycleService);
}

那么使用 async/await 关键字？

还是没有区别？

谢谢

Answer 1

这两种方法都是异步的，但它们的语义略有不同。具体来说，如果ToSubmitApi 抛出异常，它们的行为会有所不同。

async关键字创建一个状态机，负责管理返回的Task。如果async 方法中的代码引发异常，则async 状态机将捕获该异常并将其放置在返回的Task 上。这是返回 Task 的方法的预期语义。

如果没有async 关键字，该方法将调用ToSubmitApi，然后调用Post 并返回从Post 返回的Task。因此，如果ToSubmitApi 抛出异常，该异常将直接引发给调用者，而不是放在返回的Task 上。这些语义不是预期的。

作为一般规则，I recommend keeping the async and await keywords unless the method is trivial and will not throw an exception。例如，本质上提供默认参数值的重载。在这种特定情况下，ToSubmitApi 是一个单独的方法，可能会抛出（或将来可能会更改为抛出），因此我建议保留 async 和 await 关键字。

Answer 2

通过添加“async/await”，您允许应用程序不阻塞调用者线程，这反过来会增加方法的吞吐量，因为它会变成异步的。如果没有 async/await（或不进行异步），您拥有的方法将是同步的，这意味着第二个调用者必须等到第一个调用者完成执行（如果是单线程异步），因为第一个调用者会阻塞线程直到它完成执行。

在 async/await 中要记住的一件事不会提高应用程序的性能，但会增加应用程序的吞吐量，因此下一个请求不需要等到最后一个请求完成。例如，假设您的方法需要 5 秒才能完成执行，但添加 async/await 不会减少执行时间，但它将允许在 5 秒内处理多个请求。假设您有 3 个请求要同时处理，那么没有 async/await 每个需要 5 秒，这意味着完成所有请求需要 15 秒。通过添加 async/await，所有三个请求在 5 秒内完成（假设）。