将异步与 MVC5 一起使用有什么好处？

Question

有什么区别：

public ActionResult Login(LoginViewModel model, string returnUrl)
{
    if (ModelState.IsValid)
    {
        IdentityResult result = IdentityManager.Authentication.CheckPasswordAndSignIn(AuthenticationManager, model.UserName, model.Password, model.RememberMe);
        if (result.Success)
        {
            return Redirect("~/home");
        }
        else
        {
            AddErrors(result);
        }
    }
    return View(model);
}

和：

[HttpPost]
[AllowAnonymous]
[ValidateAntiForgeryToken]
public async Task<ActionResult> Login(LoginViewModel model, string returnUrl)
{
    if (ModelState.IsValid)
    {
        IdentityResult result = await IdentityManager.Authentication.CheckPasswordAndSignInAsync(AuthenticationManager, model.UserName, model.Password, model.RememberMe);
        if (result.Success)
        {
            return Redirect("~/home");
        }
        else
        {
            AddErrors(result);
        }
    }
    return View(model);
}

我看到 MVC 代码现在具有异步功能，但有什么区别。一个提供比另一个更好的性能吗？调试一个问题比另一个更容易吗？我应该对其他控制器进行更改以使我的应用程序添加 Async 吗？

Answer 1

只有在执行 I/O 绑定操作（例如远程服务器调用）时，异步操作才有用。异步调用的好处是在 I/O 操作期间，不使用 ASP.NET 工作线程。下面是第一个示例的工作原理：

1. 当请求命中操作时，ASP.NET 从线程池中获取一个线程并开始执行它。
2. IdentityManager.Authentication.CheckPasswordAndSignIn 方法被调用。这是一个阻塞调用 -> 在整个调用期间，工作线程受到威胁。

第二个调用的工作原理如下：

1. 当请求命中操作时，ASP.NET 从线程池中获取一个线程并开始执行它。
2. IdentityManager.Authentication.CheckPasswordAndSignInAsync 被调用并立即返回。注册 I/O 完成端口，并将 ASP.NET 工作线程释放到线程池。
3. 稍后当操作完成时，I/O 完成端口发出信号，从线程池中抽取另一个线程完成返回视图。

正如您在第二种情况下看到的那样，ASP.NET 工作线程只使用了很短的一段时间。这意味着池中有更多线程可用于服务其他请求。

因此，总而言之，仅当您拥有真正的异步 API 时才使用异步操作。如果您在异步操作中进行阻塞调用，您将扼杀它的全部好处。

Answer 2

通常，单个 HTTP 请求将由单个线程处理，从池中完全删除该线程，直到返回响应。使用 TPL，您不受此约束。任何进来的请求都开始与计算能够在池中的任何线程上执行的响应所需的每个计算单元的延续。使用此模型，您可以处理比标准 ASP.Net 更多的并发请求。

是否会产生一些新任务，是否应该等待它。始终考虑那些 70 毫秒，大约是 70 毫秒。最大。任何方法调用都应该花费的时间。如果它更长，那么您的 UI 很可能不会感觉非常灵敏。

Answer 3

在启动时看到大量并发请求或具有突发负载（并发突然增加）的 Web 应用程序中，使这些 Web 服务调用异步将提高您的应用程序的响应能力。异步请求与同步请求的处理时间相同。例如，如果请求发出需要两秒钟才能完成的 Web 服务调用，则无论是同步执行还是异步执行，该请求都需要两秒钟。但是，在异步调用期间，线程在等待第一个请求完成时不会被阻止响应其他请求。因此，当有许多并发请求调用长时间运行的操作时，异步请求可以防止请求排队和线程池增长。