Яка перевага використання async з 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?

Дії асинхронізації корисні лише тоді, коли ви виконуєте операції, пов'язані з входом / виводом, такі як виклики віддаленого сервера. Перевага виклику async полягає в тому, що під час операції вводу / виводу жодна робоча нитка ASP.NET не використовується. Ось ось як працює перший приклад:

1. Коли запит потрапляє на дію, ASP.NET бере нитку з пулу потоків і починає її виконувати.
2. IdentityManager.Authentication.CheckPasswordAndSignInМетод викликається. Це виклик блокування -> під час усього виклику піддаються робочій нитці.

А ось як працює другий дзвінок:

1. Коли запит потрапляє на дію, ASP.NET бере нитку з пулу потоків і починає її виконувати.
2. IdentityManager.Authentication.CheckPasswordAndSignInAsyncНазивається , який негайно повертається. Реєструється порт завершення вводу / виводу, і робоча нитка ASP.NET випускається в пул потоків.
3. Пізніше, коли операція завершується, порту завершення вводу / виводу сигналізується, інший потік витягується з пулу потоків, щоб закінчити повернення подання.

Як ви бачите у другому випадку, потоки робочих ASP.NET використовуються лише короткий проміжок часу. Це означає, що в пулі є більше потоків для обслуговування інших запитів.

Отже, щоб зробити висновок, використовуйте дії async лише тоді, коли у вас є справжній API async. Якщо ви робите блокуючий виклик всередині дії асинхронізації, ви знищуєте всю користь від цього.

Зазвичай один запит HTTP обробляється одним потоком, повністю видаляючи цей потік з пулу, поки відповідь не буде повернута. З TPL ви не обмежуєтесь цим обмеженням. Будь-який запит, що надходить, починає продовження з кожною одиницею обчислення, необхідною для обчислення відповіді, здатної виконати на будь-якому потоці в пулі. За допомогою цієї моделі ви можете обробити набагато більше одночасних запитів, ніж зі стандартною ASP.Net.

Якщо це якесь нове завдання, яке буде породжене, чи ні, і якщо його слід чекати чи ні. Завжди думайте про ці 70 мс, що приблизно. макс. час, який повинен зайняти будь-який виклик методу. Якщо його довше, то ваш інтерфейс, швидше за все, не буде відчувати дуже чуйності.

У веб-додатках, які бачать велику кількість одночасних запитів під час запуску або мають бурхливе навантаження (де паралельність зростає раптово), введення цих викликів веб-служб асинхронними підвищить чутливість вашої програми. Асинхронний запит обробляє стільки ж часу, скільки і синхронний запит. Наприклад, якщо запит здійснює дзвінок веб-служби, для виконання якого потрібні дві секунди, запит займає дві секунди, виконується він синхронно чи асинхронно. Однак під час асинхронного дзвінка потік не блокується відповідати на інші запити, поки він чекає завершення першого запиту. Тому асинхронні запити запобігають черзі запитів та росту пулу потоків, коли існує багато паралельних запитів, які викликають тривалі операції.