Apakah Task.Result sama dengan .GetAwaiter.GetResult ()?

Saya baru-baru ini membaca beberapa kode yang menggunakan banyak metode async, tetapi kadang-kadang perlu menjalankannya secara sinkron. Kode tidak:

Foo foo = GetFooAsync(...).GetAwaiter().GetResult();

Apakah ini sama dengan

Foo foo = GetFooAsync(...).Result;

Kurang lebih. Satu perbedaan kecil: jika Taskgagal, GetResult()hanya akan melempar pengecualian yang disebabkan secara langsung, sementara Task.Resultakan melempar AggregateException. Namun, apa gunanya menggunakan keduanya saat itu async? Opsi 100x lebih baik adalah menggunakan await.

Juga, Anda tidak seharusnya menggunakannya GetResult(). Ini dimaksudkan hanya untuk penggunaan kompiler, bukan untuk Anda. Tetapi jika Anda tidak ingin yang mengganggu AggregateException, gunakan itu.

Task.GetAwaiter().GetResult()lebih disukai daripada Task.Waitdan Task.Resultkarena menyebarkan pengecualian daripada membungkusnya dalam AggregateException. Namun, ketiga metode ini berpotensi menyebabkan masalah kebuntuan dan masalah pool thread. Mereka semua harus dihindari demi async/await.

Kutipan di bawah ini menjelaskan mengapa Task.Waitdan Task.Resulttidak hanya berisi perilaku propagasi pengecualian Task.GetAwaiter().GetResult()(karena "bilah kompatibilitas sangat tinggi").

Seperti yang saya sebutkan sebelumnya, kami memiliki bilah kompatibilitas yang sangat tinggi, dan karenanya kami menghindari perubahan. Karena itu, Task.Waitpertahankan perilaku awalnya yaitu selalu membungkus. Namun, Anda mungkin menemukan diri Anda dalam beberapa situasi lanjut di mana Anda ingin perilaku yang mirip dengan pemblokiran sinkron yang digunakan oleh Task.Wait, tetapi di mana Anda ingin pengecualian asli diperbanyak tanpa membuka dan tidak terbungkus dalam AggregateException. Untuk mencapai itu, Anda dapat menargetkan penunggu Tugas secara langsung. Ketika Anda menulis " await task;", kompiler menerjemahkannya menjadi penggunaan Task.GetAwaiter()metode, yang mengembalikan contoh yang memiliki GetResult()metode. Ketika digunakan pada Tugas yang salah, GetResult()akan menyebarkan pengecualian asli (ini adalah bagaimana " await task;" mendapatkan perilakunya). Dengan demikian Anda dapat menggunakan "task.GetAwaiter().GetResult()”Jika Anda ingin secara langsung mengaktifkan logika propagasi ini.

https://blogs.msdn.microsoft.com/pfxteam/2011/09/28/task-exception-handling-in-net-4-5/

" GetResult" Sebenarnya berarti "memeriksa kesalahan tugas"

Secara umum, saya mencoba yang terbaik untuk menghindari pemblokiran secara sinkron pada tugas asinkron. Namun, ada beberapa situasi di mana saya melanggar pedoman itu. Dalam kondisi langka itu, metode pilihan saya adalah GetAwaiter().GetResult()karena mempertahankan pengecualian tugas daripada membungkusnya dalam AggregateException.

http://blog.stephencleary.com/2014/12/a-tour-of-task-part-6-results.html

https://github.com/aspnet/Security/issues/59

"Satu komentar terakhir: Anda harus menghindari penggunaan Task.Resultdan Task.Waitsebanyak mungkin karena mereka selalu merangkum pengecualian dalam dalam AggregateExceptiondan mengganti pesan dengan yang umum (Satu atau lebih kesalahan terjadi), yang membuat debugging lebih sulit. Bahkan jika versi sinkron seharusnya tidak sering digunakan, Anda harus mempertimbangkan untuk menggunakannya Task.GetAwaiter().GetResult(). "

Perbedaan lainnya adalah ketika asyncfungsi kembali hanya Taskdaripada Task<T>Anda tidak dapat menggunakan

GetFooAsync(...).Result;

Sedangkan

GetFooAsync(...).GetAwaiter().GetResult();

masih bekerja.

Saya tahu kode contoh dalam pertanyaan adalah untuk kasus ini Task<T>, namun pertanyaannya ditanyakan secara umum.

Seperti yang sudah disebutkan jika bisa digunakan await. Jika Anda perlu menjalankan kode secara sinkron seperti yang Anda sebutkan .GetAwaiter().GetResult(), .Resultatau .Wait()berisiko untuk kebuntuan seperti yang banyak dikatakan dalam komentar / jawaban. Karena sebagian besar dari kita suka oneliners Anda dapat menggunakannya untuk.Net 4.5<

Memperoleh nilai melalui metode async:

var result = Task.Run(() => asyncGetValue()).Result;

Sinkron memanggil metode async

Task.Run(() => asyncMethod()).Wait();

Tidak ada masalah jalan buntu yang akan terjadi karena penggunaan Task.Run.

Sumber:

https://stackoverflow.com/a/32429753/3850405

Jika tugas salah, pengecualian dilemparkan kembali ketika kode lanjutan memanggil awaiter.GetResult (). Daripada memanggil GetResult, kita cukup mengakses properti Hasil dari tugas. Manfaat memanggil GetResult adalah jika tugasnya salah, pengecualian dilemparkan langsung tanpa dibungkus dengan AggregateException, memungkinkan blok tangkap yang lebih sederhana dan lebih bersih.

Untuk tugas non-generik, GetResult () memiliki nilai balik yang tidak valid. Fungsi yang berguna kemudian semata-mata untuk menyusun kembali pengecualian.

sumber: c # 7.0 secara singkat