ในการมองในหลาย ๆ ตัวอย่าง C # Async CTP ผมเห็นบาง async หน้าที่ว่าการกลับมาvoidและคนอื่น ๆ Taskที่ส่งกลับไม่ใช่ทั่วไป ฉันเห็นว่าเหตุใดการส่งคืน a Task<MyType>จึงมีประโยชน์ในการส่งคืนข้อมูลไปยังผู้โทรเมื่อการดำเนินการ async เสร็จสิ้น แต่ฟังก์ชันที่ฉันเห็นว่ามีประเภทการTaskส่งคืนไม่ส่งคืนข้อมูลใด ๆ ทำไมไม่กลับvoidล่ะ
คำตอบ:
คำตอบของ SLaks and Killercam นั้นดี ฉันคิดว่าฉันจะเพิ่มบริบทอีกเล็กน้อย
คำถามแรกของคุณเป็นหลักเกี่ยวกับวิธีการที่สามารถทำเครื่องหมายasyncได้
วิธีที่ทำเครื่องหมายว่า
asyncสามารถส่งคืนvoidได้TaskหรือTask<T>. อะไรคือความแตกต่างระหว่างพวกเขา?
คุณTask<T>สามารถรอเมธอด async ที่ส่งคืนได้และเมื่องานเสร็จสมบูรณ์จะได้รับ T
คุณTaskสามารถรอเมธอด async ที่ส่งคืนได้และเมื่องานเสร็จสมบูรณ์ความต่อเนื่องของงานจะถูกกำหนดให้รัน
voidวิธี async กลับไม่สามารถรอคอย; มันเป็นวิธี "จุดไฟและลืม" มันทำงานแบบอะซิงโครนัสและคุณไม่มีทางบอกได้เมื่อเสร็จสิ้น นี่มันแปลกกว่านิดหน่อย ตามที่ SLaks กล่าวโดยปกติคุณจะทำได้ก็ต่อเมื่อสร้างตัวจัดการเหตุการณ์แบบอะซิงโครนัส เหตุการณ์เริ่มขึ้นตัวจัดการดำเนินการ; จะไม่มีใคร "รอ" งานที่ตัวจัดการเหตุการณ์ส่งคืนเพราะตัวจัดการเหตุการณ์ไม่ส่งคืนงานและแม้ว่าจะทำเช่นนั้นรหัสใดจะใช้งานสำหรับบางสิ่ง โดยทั่วไปจะไม่ใช่รหัสผู้ใช้ที่โอนการควบคุมไปยังตัวจัดการในตอนแรก
คำถามที่สองของคุณในความคิดเห็นเกี่ยวกับสิ่งที่สามารถแก้ไขได้await:
มีวิธีการใดบ้างที่สามารถแก้ไขได้
await? วิธีการคืนค่าโมฆะสามารถแก้ไขได้awaitหรือไม่?
ไม่ได้ไม่สามารถรอวิธีการคืนค่าเป็นโมฆะได้ คอมไพลเลอร์แปลawait M()เป็น call to M().GetAwaiter()ซึ่งGetAwaiterอาจเป็นวิธีการอินสแตนซ์หรือวิธีการขยาย มูลค่าที่รอคอยจะต้องเป็นมูลค่าที่คุณรอได้ เห็นได้ชัดว่าวิธีการคืนค่าเป็นโมฆะไม่ก่อให้เกิดมูลค่าที่คุณจะได้รับ
Task- วิธีการคืนค่าสามารถสร้างมูลค่าที่รอคอยได้ เราคาดหวังว่าบุคคลที่สามจะต้องการสร้างการนำTaskอ็อบเจ็กต์ที่มีลักษณะเหมือนของตนเองไปใช้งานและคุณจะสามารถรอได้ แต่คุณจะไม่ได้รับอนุญาตที่จะประกาศasyncวิธีการที่ผลตอบแทนอะไร แต่void, หรือTaskTask<T>
(อัปเดต: ประโยคสุดท้ายของฉันอาจมีการปลอมแปลงโดย C # เวอร์ชันอนาคตมีข้อเสนอให้อนุญาตประเภทการส่งคืนอื่นที่ไม่ใช่ประเภทงานสำหรับวิธีการ async)
(อัปเดต: คุณลักษณะที่กล่าวถึงข้างต้นทำให้อยู่ใน C # 7)
async voidวิธีการเพิ่มข้อยกเว้นของพวกเขาเกี่ยวกับSynchronizationContextที่ใช้งานอยู่ในขณะที่พวกเขาเริ่มดำเนินการ ซึ่งคล้ายกับลักษณะการทำงานของตัวจัดการเหตุการณ์ (ซิงโครนัส) @DrewMarsh: การUnobservedTaskExceptionตั้งค่าและรันไทม์ใช้กับเมธอดasync Task "fire and forget" เท่านั้นไม่ใช่async voidวิธีการ
ในกรณีที่ผู้โทรต้องการรองานหรือเพิ่มความต่อเนื่อง
ในความเป็นจริงเหตุผลเดียวที่จะกลับมาvoidคือถ้าคุณกลับไม่ได้Taskเพราะคุณกำลังเขียนตัวจัดการเหตุการณ์
voidคุณจะไม่มีทางได้รับงานที่สร้างขึ้น (อันที่จริงฉันไม่แน่ใจว่ามันสร้างได้หรือTask
วิธีการส่งคืนTaskและTask<T>สามารถประกอบได้ - หมายความว่าคุณสามารถทำได้awaitภายในasyncวิธีการ
asyncวิธีการส่งคืนvoidไม่สามารถประกอบได้ แต่มีคุณสมบัติที่สำคัญอีกสองอย่าง:
จุดที่สองมีความสำคัญเมื่อคุณต้องจัดการกับบริบทที่รักษาจำนวนการดำเนินการแบบอะซิงโครนัสที่โดดเด่น
บริบท ASP.NET เป็นบริบทดังกล่าว หากคุณใช้Taskวิธีการasync โดยไม่ต้องรอจากvoidวิธีการasync คำขอ ASP.NET จะเสร็จเร็วเกินไป
บริบทอื่นคือAsyncContextฉันเขียนสำหรับการทดสอบหน่วย (มีให้ที่นี่ ) - AsyncContext.Runวิธีการติดตามจำนวนการดำเนินการที่ค้างอยู่และส่งคืนเมื่อเป็นศูนย์
Type Task<T>เป็นประเภทworkhorse ของ Task Parallel Library (TPL) ซึ่งแสดงถึงแนวคิดของ "งาน / งานบางอย่างที่กำลังจะสร้างผลลัพธ์เป็นประเภทTในอนาคต" แนวคิดของ "งานที่จะเสร็จสมบูรณ์ในอนาคต แต่ไม่ส่งคืนผลลัพธ์" จะแสดงโดยประเภทงานที่ไม่ใช่ทั่วไป
แม่นยำว่าผลลัพธ์ของประเภทTจะถูกสร้างขึ้นอย่างไรและรายละเอียดการนำไปใช้งานของงานใดงานหนึ่ง งานอาจถูกส่งไปยังกระบวนการอื่นบนเครื่องโลคัลไปยังเธรดอื่นเป็นต้นโดยทั่วไปแล้วงาน TPL จะถูกส่งไปยังเธรดของผู้ปฏิบัติงานจากเธรดพูลในกระบวนการปัจจุบัน แต่รายละเอียดการใช้งานนั้นไม่ได้เป็นพื้นฐานของTask<T>ประเภท ค่อนข้างเป็นTask<T>ตัวแทนของการดำเนินการที่มีความหน่วงแฝงสูงซึ่งก่อให้เกิดไฟล์T.
ตามความคิดเห็นของคุณด้านบน:
awaitแสดงออกหมายถึง "การประเมินการแสดงออกนี้เพื่อขอรับวัตถุที่เป็นตัวแทนของการทำงานว่าในอนาคตจะสร้างผลลัพธ์หนึ่ง. ลงทะเบียนที่เหลือของวิธีการในปัจจุบันเช่นโทรกลับที่เกี่ยวข้องกับความต่อเนื่องของงานที่ว่า. เมื่องานที่มีการผลิตและด้านหลังโทร ลงทะเบียนแล้วให้คืนการควบคุมไปยังผู้โทรของฉันทันที " สิ่งนี้ตรงข้าม / ตรงกันข้ามกับการเรียกใช้เมธอดทั่วไปซึ่งหมายความว่า "จำสิ่งที่คุณกำลังทำอยู่เรียกใช้วิธีนี้จนกว่าจะเสร็จสมบูรณ์จากนั้นเลือกจุดที่คุณค้างไว้ตอนนี้ก็รู้ผลลัพธ์ของวิธีการ"
แก้ไข: ฉันควรอ้างอิงบทความของ Eric Lippert ในเดือนตุลาคม 2554 MSDN Magazine เพราะนี่เป็นความช่วยเหลือที่ดีสำหรับฉันในการทำความเข้าใจสิ่งนี้ตั้งแต่แรก
สำหรับการโหลดกลุ่มข้อมูลข่าวสารมากขึ้นและ Whitepages ดูที่นี่
ฉันหวังว่านี่จะเป็นประโยชน์บ้าง