Jak czekać na zakończenie metody asynchronicznej?

Piszę aplikację WinForms, która przesyła dane do urządzenia USB klasy HID. Moja aplikacja korzysta z doskonałej biblioteki Generic HID v6.0, którą można znaleźć tutaj . W skrócie, kiedy muszę zapisać dane do urządzenia, jest to kod, który jest wywoływany:

private async void RequestToSendOutputReport(List<byte[]> byteArrays)
{
    foreach (byte[] b in byteArrays)
    {
        while (condition)
        {
            // we'll typically execute this code many times until the condition is no longer met
            Task t = SendOutputReportViaInterruptTransfer();
            await t;
        }

        // read some data from device; we need to wait for this to return
        RequestToGetInputReport();
    }
}

Kiedy mój kod wypadnie z pętli while, muszę odczytać niektóre dane z urządzenia. Jednak urządzenie nie może od razu odpowiedzieć, więc muszę poczekać, aż to połączenie powróci, zanim będę kontynuować. W obecnej formie RequestToGetInputReport () jest zadeklarowana w następujący sposób:

private async void RequestToGetInputReport()
{
    // lots of code prior to this
    int bytesRead = await GetInputReportViaInterruptTransfer();
}

Na co warto zwrócić uwagę, deklaracja GetInputReportViaInterruptTransfer () wygląda następująco:

internal async Task<int> GetInputReportViaInterruptTransfer()

Niestety nie jestem zbyt zaznajomiony z działaniem nowych technologii async / await w .NET 4.5. Poczytałem trochę wcześniej o słowie kluczowym await i to dało mi wrażenie, że wywołanie GetInputReportViaInterruptTransfer () wewnątrz RequestToGetInputReport () będzie czekać (a może tak jest?), Ale nie wygląda na to, że wywołanie RequestToGetInputReport () samo czeka, ponieważ prawie natychmiast ponownie wchodzę w pętlę while?

Czy ktoś może wyjaśnić zachowanie, które widzę?

Unikaj async void. Niech twoje metody zwracają Taskzamiast void. Wtedy możesz awaitje.

Lubię to:

private async Task RequestToSendOutputReport(List<byte[]> byteArrays)
{
    foreach (byte[] b in byteArrays)
    {
        while (condition)
        {
            // we'll typically execute this code many times until the condition is no longer met
            Task t = SendOutputReportViaInterruptTransfer();
            await t;
        }

        // read some data from device; we need to wait for this to return
        await RequestToGetInputReport();
    }
}

private async Task RequestToGetInputReport()
{
    // lots of code prior to this
    int bytesRead = await GetInputReportViaInterruptTransfer();
}

Najważniejszą rzeczą, aby wiedzieć asynci awaitto, że await nie czekać na towarzyszącym wezwanie do wykonania. To, co awaitrobi, to natychmiastowe i synchroniczne zwrócenie wyniku operacji, jeśli operacja została już zakończona lub, jeśli tak się nie stało, zaplanowanie kontynuacji wykonania pozostałej części asyncmetody, a następnie zwrócenie kontroli do obiektu wywołującego. Po zakończeniu operacji asynchronicznej zostanie wykonane zaplanowane zakończenie.

Odpowiedzią na konkretne pytanie w tytule pytania jest zablokowanie asyncwartości zwracanej metody (która powinna być typu Tasklub Task<T>) poprzez wywołanie odpowiedniej Waitmetody:

public static async Task<Foo> GetFooAsync()
{
    // Start asynchronous operation(s) and return associated task.
    ...
}

public static Foo CallGetFooAsyncAndWaitOnResult()
{
    var task = GetFooAsync();
    task.Wait(); // Blocks current thread until GetFooAsync task completes
                 // For pedagogical use only: in general, don't do this!
    var result = task.Result;
    return result;
}

W tym fragmencie kodu CallGetFooAsyncAndWaitOnResultjest synchroniczne opakowanie wokół metody asynchronicznej GetFooAsync. Jednak w większości przypadków należy unikać tego wzorca, ponieważ blokuje on cały wątek puli wątków na czas trwania operacji asynchronicznej. Jest to nieefektywne wykorzystanie różnych mechanizmów asynchronicznych udostępnianych przez interfejsy API, które wkładają wiele wysiłku w ich udostępnienie.

Odpowiedź na "czekaj" nie czeka na zakończenie rozmowy ma kilka bardziej szczegółowych wyjaśnień tych słów kluczowych.

W międzyczasie wskazówki @Stephen Cleary dotyczące async voidblokad. Inne miłe wyjaśnienia, dlaczego można znaleźć na http://www.tonicodes.net/blog/why-you-should-almost-never-write-void-asynchronous-methods/ i https://jaylee.org/archive/ 2012/07/08 / c-sharp-async-tips-and-tricks-part-2-async-void.html

Najlepszym rozwiązaniem, aby poczekać AsynMethod do zakończenia zadania, jest

var result = Task.Run(async() => await yourAsyncMethod()).Result;

Oto obejście za pomocą flagi:

//outside your event or method, but inside your class
private bool IsExecuted = false;

private async Task MethodA()
{

//Do Stuff Here

IsExecuted = true;
}

.
.
.

//Inside your event or method

{
await MethodA();

while (!isExecuted) Thread.Sleep(200); // <-------

await MethodB();
}

wystarczy umieścić Wait (), aby poczekać, aż zadanie zostanie ukończone

GetInputReportViaInterruptTransfer().Wait();

W rzeczywistości okazało się, że jest to bardziej przydatne w przypadku funkcji, które zwracają IAsyncAction.

            var task = asyncFunction();
            while (task.Status == AsyncStatus.Completed) ;

Poniższy fragment kodu pokazuje sposób, aby zapewnić zakończenie oczekiwanej metody przed powrotem do obiektu wywołującego. JEDNAK nie powiedziałbym, że to dobra praktyka. Zmień moją odpowiedź, podając wyjaśnienia, jeśli sądzisz inaczej.

public async Task AnAsyncMethodThatCompletes()
{
    await SomeAsyncMethod();
    DoSomeMoreStuff();
    await Task.Factory.StartNew(() => { }); // <-- This line here, at the end
}

await AnAsyncMethodThatCompletes();
Console.WriteLine("AnAsyncMethodThatCompletes() completed.")