在MVC5中使用异步的优势是什么？

之间有什么区别？

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吗？

仅当您执行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时，才使用异步操作。如果您在异步操作中进行阻止调用，那么您将失去它的全部好处。

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

是否是将要产生的某些新任务，以及是否应该等待它。始终考虑一下这70毫秒，大约是30毫秒。最大 任何方法调用应花费的时间。如果更长，那么您的用户界面很可能不会具有很好的响应能力。

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