仅返回视图的控制器操作是否需要异步？

Question

采取这个基本行动：

[HttpGet]
public IActionResult Index()
{
    return View();
}

修改它以使用 async/await：

[HttpGet]
public async Task<IActionResult> Index()
{
    return await Task.Run(() => View());
}

我很困惑这是否会改进我的代码。根据我的理解，await 关键字会释放调用线程，以便它可以在其他地方使用，这样可以更好地利用可用线程。

但除了返回视图的这一件事之外，我实际上并没有做任何其他事情。使用 async 关键字实际上在编译代码中引入了一个状态机，这增加了复杂性。

让这个动作异步值得吗？有没有更好的方法来修改它以使其异步？

Answer 1

简短的回答是否定的。因为在View() 中没有发生任何事情async，所以在执行过程中没有任何地方可以让编译器释放线程以允许在同一线程上进行其他工作。

我会说，使这个特定方法异步可能（甚至稍微）性能更差，因为一​​旦您使用 async 关键字，编译器将需要修改您的代码，使执行的内容更加复杂。

如果您有很多其他实际上在利用async 的操作，我可以看到将其设为async 的唯一好处是保持一致性。如果您真的希望拥有Task<T>签名以保持一致性，您可以考虑：

public Task<IActionResult> Index()
{
    return Task.FromResult(View());
}

（注意没有async 涉及关键字，也没有Task.Run 启动新任务来运行）

Answer 2

在我看来，您应该重新访问 Microsoft 的 TAP 文档，并更好地了解如何使 Task 为您工作。

在你的例子中：

public Task<IActionResult> Index()
{
    return Task.FromResult(View());
}

它本质上只是返回一些 HTML、Javascript 和 CSS，所以它不是毫无意义的，这意味着当你将 Task 添加到普通函数时，会有开销会变得很昂贵。

如果你有这样的事情：

public Task<IActionResult> Index()
{
    var users  = DbContext.GetUsersAsync();
    var groups = DbContext.GetGroupsAsync();

     await Task.WhenAll(users,groups);

    var m = new Model(){
     Users = users.Result,
     Groups = groups.Result
    }

    return View(m);
}

在这种情况下，Task 是有意义的，您实际上是在同时执行两个不同的 I/O 功能，然后等待它们全部完成后再继续。您正在花费单独处理每个调用所需的时间，并希望将其减少一半（以阻塞潜在的 CPU 线程为代价，以供另一个“网络”用户访问同一文档。）

 public Task<IActionResult> Index()
    {
        var users  = await DbContext.GetUsersAsync();
        var groups = await DbContext.GetGroupsAsync();

        var m = new Model(){
         Users = users,
         Groups = groups
        }

        return View(m);
    }

在我的第三个示例中，即使它使用 Async / Await，它仍然会一个接一个地运行所有内容，因此浪费了宝贵的线程。

我唯一可以推荐的是，Task 不能很好地适应庞大的用户群，因此在开发您的 Web 解决方案时，请记住用户未来的潜在增长并依赖于 Task-基于函数。

https://docs.microsoft.com/en-us/dotnet/standard/asynchronous-programming-patterns/task-based-asynchronous-pattern-tap