Zadzwoń, aby czekać na GetFileAsync() nigdy nie wraca i aplikacja zawiesza się w aplikacji WinRT

Question

Próbuję załadować i odczytać plik ustawień po uruchomieniu aplikacji, a około 90% czasu, await GetFileAsync("filename.xml"); nigdy nie zwraca, a więc zawiesza aplikację .

Około jedna czwarta czasu, jeśli przejdę przez ten kod, wróci on i odczyta plik.

Oto bardzo uproszczona wersja kodu:

App.xaml.cs:

protected override void OnLaunched(LaunchActivatedEventArgs args) 
{ 
    FileLoader.Load().Wait(); 

    // File-load dependent stuff 
} 

FileLoader.cs:

public async static Task Load() 
{ 
    StorageFolder folder = ApplicationData.Current.LocalFolder; 
    StorageFile file; 
    bool fileExists = true; 

    try 
    { 
     // The following line (often) never returns 
     file = await folder.GetFileAsync("filename.xml"); 
    { 
    catch 
    { 
     fileExists = false; 
    } 

    // Do stuff with loaded file 
} 

Gdybym obserwować okno Output w Visual Studio , po chwili oczekiwania dostaję "The thread '<No Name>' (0x30c) has exited with code 0 (0x0)."

Czy ktoś ma jakiś pomysł co tu się dzieje?

Answer 1

Domyślnie, jeśli nie zostało jeszcze wykonane, metoda wznawia przechwycony kontekst (w tym przypadku kontekst interfejsu użytkownika).

Tak, oto dlaczego Twój kod się niepowodzeniem:

• OnLaunched rozmowy Load (w kontekście UI).
• Load czeka. Powoduje to, że metoda Load zwraca niepełne zadanie i planuje jego ukończenie na później. Ta kontynuacja jest zaplanowana w kontekście interfejsu użytkownika.
• OnLaunched bloki w zadaniu zwróconym od Load. To blokuje wątek interfejsu użytkownika.
• GetFileAsync ostatecznie kończy i próbuje uruchomić kontynuację dla Load.
• Kontynuacja dla Load czeka, aż wątek interfejsu użytkownika będzie dostępny, aby mógł być uruchamiany w kontekście interfejsu użytkownika.
• W tym momencie OnLaunched czeka na zakończenie Load (blokując wątek interfejsu użytkownika), a Load czeka na wątek UI, aby był wolny. Impas.

Te najlepsze praktyki uniknąć tej sytuacji:

1. W swojej "biblioteki" async metod użyć ConfigureAwait(false) miarę możliwości. W twoim przypadku zmieniłoby to await folder.GetFileAsync("filename.xml"); na await folder.GetFileAsync("filename.xml").ConfigureAwait(false);.
2. Nie blokuj na Task s; to jest async do samego końca. Innymi słowy, zamień Wait na await.

Aby uzyskać więcej informacji:

• Await, and UI, and deadlocks! Oh, my!
• My async/await intro post, który zawiera krótki opis sposobu Task awaiters używać SynchronizationContext i wprowadza kilka najlepszych praktyk.
• The Async/Await FAQ, który zawiera bardziej szczegółowe informacje na temat kontekstów.
• To MSDN forum post.
• Stephen Toub demos this deadlock i so does Lucian Wischik.

Update, 2012-07-13: Incorporated tę odpowiedź into a blog post.