menunggu vs Task.Wait - Deadlock?

Saya tidak begitu mengerti perbedaan antara Task.Waitdan await.

Saya memiliki sesuatu yang mirip dengan fungsi-fungsi berikut dalam layanan ASP.NET WebAPI:

public class TestController : ApiController
{
    public static async Task<string> Foo()
    {
        await Task.Delay(1).ConfigureAwait(false);
        return "";
    }

    public async static Task<string> Bar()
    {
        return await Foo();
    }

    public async static Task<string> Ros()
    {
        return await Bar();
    }

    // GET api/test
    public IEnumerable<string> Get()
    {
        Task.WaitAll(Enumerable.Range(0, 10).Select(x => Ros()).ToArray());

        return new string[] { "value1", "value2" }; // This will never execute
    }
}

Dimana Getakan menemui jalan buntu.

Apa yang bisa menyebabkan ini? Mengapa ini tidak menyebabkan masalah ketika saya menggunakan menunggu menunggu alih-alih await Task.Delay?

Waitdan await- walaupun serupa secara konseptual - sebenarnya sangat berbeda.

Waitakan secara sinkron memblokir sampai tugas selesai. Jadi utas saat ini benar-benar diblokir menunggu tugas selesai. Sebagai aturan umum, Anda harus menggunakan " asyncsepenuhnya"; yaitu, jangan memblokir asynckode. Di blog saya, saya masuk ke detail bagaimana memblokir kode asinkron menyebabkan kebuntuan .

awaitakan asinkron menunggu sampai tugas selesai. Ini berarti metode saat ini "dijeda" (statusnya ditangkap) dan metode mengembalikan tugas yang tidak lengkap ke pemanggilnya. Kemudian, ketika awaitekspresi selesai, sisa metode dijadwalkan sebagai kelanjutan.

Anda juga menyebutkan "blok kooperatif", yang saya anggap maksud Anda tugas yang sedang Anda Waitjalankan dapat dijalankan pada utas menunggu. Ada situasi di mana ini bisa terjadi, tetapi ini adalah optimasi. Ada banyak situasi di mana itu tidak bisa terjadi, seperti jika tugas adalah untuk penjadwal lain, atau jika sudah dimulai atau jika itu adalah tugas non-kode (seperti dalam contoh kode Anda: Waittidak dapat menjalankan Delaytugas inline karena tidak ada kode untuk itu).

Anda mungkin menemukan async/ awaitintro saya bermanfaat.

Berdasarkan apa yang saya baca dari berbagai sumber:

Sebuah awaitekspresi tidak memblokir thread di mana ia mengeksekusi. Alih-alih, itu menyebabkan kompiler untuk mendaftar sisa asyncmetode sebagai kelanjutan dari tugas yang ditunggu. Kontrol kemudian kembali ke pemanggil asyncmetode. Ketika tugas selesai, ia memanggil kelanjutannya, dan eksekusi asyncmetode dilanjutkan di tempat yang ditinggalkannya.

Untuk menunggu satu tasksampai selesai, Anda dapat memanggil Task.Waitmetodenya. Panggilan ke Waitmetode memblokir utas panggilan sampai instance kelas tunggal telah menyelesaikan eksekusi. Wait()Metode parameterless digunakan untuk menunggu tanpa syarat sampai tugas selesai. Tugas mensimulasikan pekerjaan dengan memanggil Thread.Sleepmetode untuk tidur selama dua detik.

Artikel ini juga merupakan bacaan yang bagus.

Beberapa fakta penting tidak diberikan dalam jawaban lain:

"async await" lebih kompleks pada level CIL dan karenanya menghabiskan waktu memori dan CPU.

Tugas apa pun dapat dibatalkan jika waktu tunggu tidak dapat diterima.

Dalam kasus "async menanti" kami tidak memiliki penangan untuk tugas seperti itu untuk membatalkan atau memonitornya.

Menggunakan Task lebih fleksibel daripada "menunggu async".

Fungsi sinkronisasi apa pun dapat dengan dibungkus oleh async.

public async Task<ActionResult> DoAsync(long id) 
{ 
    return await Task.Run(() => { return DoSync(id); } ); 
} 

Saya tidak mengerti mengapa saya harus hidup dengan duplikasi kode untuk sinkronisasi dan metode async atau menggunakan peretasan.