ข้อดีของการใช้ 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 หรือไม่

การดำเนินการ async จะมีประโยชน์เฉพาะเมื่อคุณกำลังดำเนินการเชื่อมต่อ I / O เช่นการเรียกเซิร์ฟเวอร์ระยะไกล ประโยชน์ของการเรียก async คือในระหว่างการดำเนินการ 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 Completion จะถูกส่งสัญญาณและเธรดอื่นจะถูกดึงออกจากเธรดพูลเพื่อเสร็จสิ้นการคืนมุมมอง

ดังที่คุณเห็นในกรณีที่สองเธรดผู้ปฏิบัติงาน ASP.NET ถูกใช้ในช่วงเวลาสั้น ๆ เท่านั้น ซึ่งหมายความว่ามีเธรดจำนวนมากขึ้นในพูลสำหรับให้บริการคำขออื่น ๆ

เพื่อสรุปให้ใช้ async actions ก็ต่อเมื่อคุณมี async API ที่แท้จริงอยู่ภายใน หากคุณทำการปิดกั้นการโทรภายในการดำเนินการแบบไม่ซิงค์คุณกำลังฆ่าผลประโยชน์ทั้งหมดของมัน

โดยปกติการร้องขอ HTTP เดียวจะถูกจัดการโดยเธรดเดียวโดยจะลบเธรดนั้นออกจากพูลอย่างสมบูรณ์จนกว่าจะมีการตอบกลับ ด้วย TPL คุณจะไม่ถูกผูกมัดโดยข้อ จำกัด นี้ คำขอใด ๆ ที่เข้ามาจะเริ่มต้นความต่อเนื่องกับแต่ละหน่วยการคำนวณที่จำเป็นในการคำนวณการตอบสนองที่สามารถดำเนินการกับเธรดใด ๆ ในพูล ด้วยโมเดลนี้คุณสามารถจัดการคำขอพร้อมกันได้มากกว่า ASP.Net มาตรฐาน

หากเป็นงานใหม่ที่จะเกิดขึ้นหรือไม่และควรรอหรือไม่ มักจะนึกถึง 70 ms ซึ่งเป็นค่าประมาณ สูงสุด เวลาที่ควรเรียกใช้วิธีใด ๆ หากนานกว่านั้น UI ของคุณอาจไม่ตอบสนองมากนัก

ในเว็บแอปพลิเคชันที่เห็นคำขอพร้อมกันจำนวนมากเมื่อเริ่มต้นระบบหรือมีการโหลดแบบไม่ต่อเนื่อง (ซึ่งการทำงานพร้อมกันเพิ่มขึ้นอย่างกะทันหัน) การเรียกใช้บริการเว็บแบบอะซิงโครนัสเหล่านี้จะเพิ่มการตอบสนองของแอปพลิเคชันของคุณ คำขอแบบอะซิงโครนัสใช้เวลาในการประมวลผลเท่ากับคำขอแบบซิงโครนัส ตัวอย่างเช่นหากคำขอเรียกใช้บริการเว็บที่ต้องใช้เวลาสองวินาทีในการดำเนินการคำขอจะใช้เวลาสองวินาทีไม่ว่าจะดำเนินการแบบซิงโครนัสหรืออะซิงโครนัส อย่างไรก็ตามในระหว่างการโทรแบบอะซิงโครนัสเธรดจะไม่ถูกบล็อกจากการตอบสนองต่อคำร้องขออื่น ๆ ในขณะที่รอให้คำร้องขอแรกเสร็จสมบูรณ์ ดังนั้นการร้องขอแบบอะซิงโครนัสจะป้องกันการจัดคิวการร้องขอและการเติบโตของเธรดพูลเมื่อมีการร้องขอพร้อมกันจำนวนมากที่เรียกใช้การดำเนินการที่รันเป็นเวลานาน