ใน. Net 4.5 Microsoft ได้เพิ่มAsync/Awaitคุณลักษณะใหม่เพื่อลดความซับซ้อนของการเข้ารหัสแบบอะซิงโครนัส อย่างไรก็ตามฉันสงสัย
Async/Awaitแทนที่วิธีการใช้งานแบบเก่าได้อย่างสมบูรณ์
Threads?Async/Awaitความสามารถในการทำอะไรก็ตามThreadสามารถทำแบบไม่พร้อม?Async/Awaitเฉพาะกับบางวิธีเช่นWebClient.DownloadStringAsyncหรือฉันสามารถแปลงวิธีการซิงโครนัสเพื่อให้ใช้งานAsync/Awaitได้หรือไม่เพื่อบล็อกเธรดหลักnew Thread(() => {Some Work}).Start();ทำอยู่?! ไม่ใช่เหรอ
คำตอบ:
สามารถแทนที่วิธีการใช้เธรดแบบเดิมได้อย่างสมบูรณ์หรือไม่?
ไม่เธรดสามารถทำสิ่งที่เป็นประโยชน์ได้อีกมากมาย Await ได้รับการออกแบบมาโดยเฉพาะเพื่อจัดการกับบางสิ่งที่ต้องใช้เวลาโดยส่วนใหญ่แล้วจะเป็นคำขอ I / O ซึ่งโดยปกติจะทำพร้อมกับการโทรกลับเมื่อคำขอ I / O เสร็จสมบูรณ์ การเขียนโค้ดที่อาศัยการเรียกกลับเหล่านี้ค่อนข้างยากรอคอยจะช่วยให้มันง่ายขึ้นมาก
สามารถทำสิ่งที่เคย Thread สามารถทำแบบอะซิงโครนัสได้หรือไม่?
ประมาณ. รอเพียงแค่ดูแลจัดการกับความล่าช้ามันจะไม่ทำอะไรที่เธรดทำ การแสดงออกของการรอคอยสิ่งที่อยู่ทางขวาของคีย์เวิร์ดรอคอยคือสิ่งที่ทำให้งานสำเร็จ ตามหลักการแล้วจะไม่ใช้เธรดเลย แต่จะโพสต์คำขอไดรเวอร์และเมื่อไดรเวอร์เสร็จสิ้นการถ่ายโอนข้อมูลจะสร้างการโทรกลับการแจ้งเตือนที่สมบูรณ์ ระบบเครือข่ายเป็นการใช้งานที่พบมากที่สุดเวลาแฝงหลายร้อยมิลลิวินาทีเป็นเรื่องปกติและผลข้างเคียงที่หลีกเลี่ยงไม่ได้ของบริการที่ย้ายจากเดสก์ท็อปหรือ LAN ไปยัง "คลาวด์" การใช้บริการดังกล่าวพร้อมกันจะทำให้ UI ไม่ตอบสนอง
ใช้ได้เฉพาะกับบางวิธีเช่น WebClientDownloadStringAsync
ไม่ได้คุณสามารถใช้กับวิธีใดก็ได้ที่ส่งคืนงาน วิธีการ XxxxAsync () เป็นเพียงวิธีการที่กำหนดไว้ล่วงหน้าในกรอบงาน. NET สำหรับการดำเนินการทั่วไปที่ต้องใช้เวลา เช่นเดียวกับการดาวน์โหลดข้อมูลจากเว็บเซิร์ฟเวอร์
asyncไม่เหมาะสมจะเป็นประโยชน์สำหรับ
await Task.Runสำหรับงานที่เชื่อมต่อกับ CPU ถ้าฉันเข้าใจอย่างถูกต้องบางครั้งก็อาจจะทำสิ่งที่คนอื่นสร้างเธรดหรือผู้ทำงานเบื้องหลังให้ทำ
แถลงการณ์อย่างเป็นทางการเกี่ยวกับเรื่องนี้ แม้ว่าคุณควรเข้าใจความแตกต่างระหว่างเธรดและการเขียนโปรแกรมแบบอะซิงโครนัสก่อนที่จะแทนที่สิ่งหนึ่งกับสิ่งอื่น ๆ
await Task.Runเศร้าแถลงการณ์อย่างเป็นทางการไม่ได้อธิบายว่าเมื่อจะทำ มีการกล่าวถึง Task.Run สั้น ๆ แต่ยังไม่ชัดเจน บรรทัดล่างคือawaitโดยตัวมันเองจะไม่ทำให้งานที่ผูกกับ cpu ทำงานแบบขนานดังนั้นงานดังกล่าวควรทำผ่านawait Task.Runโดยตัวเองจะไม่ทำให้ซีพียูผูกพันงานการทำงานในแบบคู่ขนานด้วยเหตุนี้การทำงานดังกล่าวควรจะทำผ่านทาง
ฉันคิดแบบนี้ (และฉันคิดว่า Microsoft ก็ทำเช่นกันหากคุณดูที่https://docs.microsoft.com/en-us/previous-versions/visualstudio/visual-studio-2012/hh191443(v=vs.110 ) #threads )
Async / await เป็นวิธีที่รวดเร็วในการรันโค้ดบางส่วนบนเธรดแอปพลิเคชันหลักโดยมีข้อได้เปรียบที่โค้ดสามารถระงับตัวเองเมื่อไม่มีงานที่ต้องทำและกลับโฟกัสไปที่เธรดหลัก "ปลุก" บนเธรดหลักเมื่อมี คือผลลัพธ์ที่จะได้รับจากนั้นผ่านการประมวลผลกลับไป - คุณเดาได้ - เธรดหลัก คิดว่ามันเหมือนกับคำสั่ง GOTO ตามเหตุการณ์ในขั้นพื้นฐานที่สามารถส่งการควบคุมกลับไปกลับมาไปยังบรรทัดการดำเนินการเฉพาะ
ในทางตรงกันข้ามเธรดคือสตรีมการดำเนินการแยกต่างหากที่สามารถรันด้วยตัวแปรของตัวเองเป็นต้นโดยที่ - ให้ฮาร์ดแวร์เพียงพอ - การดำเนินการจะเกิดขึ้นพร้อมกันกับเธรดหลัก
หากคุณมีแอปพลิเคชั่น GUI ที่จะดาวน์โหลดไฟล์เดียวแล้วทำอะไรกับไฟล์นั้นเมื่อดาวน์โหลดมา - ฉันจะใช้มันโดยใช้วิธี async / await
อย่างไรก็ตามหาก GUI ของคุณต้องการดาวน์โหลด 5,000 ไฟล์ฉันจะสร้างเธรดดาวน์โหลดไฟล์เพื่อจัดการกับสิ่งนั้นเนื่องจากเธรด GUI หลักอาจหยุดทำงานในขณะที่การดำเนินการถูกโอนเพื่อจัดการกับการดาวน์โหลดไฟล์