Używanie Microsoft.bcl.async w PCL z Mono Droid?

Question

Mam przenośną bibliotekę klas (PCL) skierowaną do Profile158 (Windows Store, .NET 4.5, Silverlight 5, Windows Phone 8). Mogę łatwo pracować z metodami, które zwracają typ zadania, i wszystko działa tak, jak bym się spodziewał. Za każdym razem, gdy uzyskuję dostęp do właściwości Result, kończy się ona asynchronicznym kodem i zwraca wynik.

Jednak jeśli użyję asynchronicznych/oczekujących słów kluczowych w metodzie wewnątrz PCL, otrzymam zadanie z powrotem. Jednak gdy próbuję uzyskać dostęp do właściwości Wynik, blokuje ona i nigdy nie zwraca.

Patrząc w okno wyjściowe debugowania w Visual Studio w obu przypadkach widzę ten sam tekst:

Thread started: 
Thread started: 
Loaded assembly: Mono.Security.dll [External] 
Thread started: 
Thread started: 

Wygląda więc na to, jakby kod zostanie uruchomiony, ale nigdy nie powraca do wątku UI. Czy ktoś próbował użyć PCL z Microsoft.bcl.async w PCL?

Mój projekt Mono Droid jest przeznaczony dla systemu Android 2.1.

Dzięki, - John

Aktualizacja:
Oto kilka dodatkowych informacji na temat różnych scenariuszy. Po pierwsze, tutaj jest kod, który działa na Mono Droid kiedy napisany w kodzie Ui:

var task = request.GetResponseAsync(); 
string html = task.Result.GetResponseText(); 

Następnie tworzone następujące metody w PCL:

public async Task<string> Test() 
{ 
    IHttpResponse responce = await GetResponseAsync(); 
    return responce.GetResponseText(); 
} 

i nazwać ten kod z mono kod UI:

string html = request.Test().Result; 

nigdy nie powróci ...

Answer 1

to classic deadlock scenario, A s opisuję na moim blogu.

Domyślnie await przechwytuje "kontekst" i używa go do wznowienia metody async. Ten "kontekst" to bieżący numer SynchronizationContext, chyba że jest to null, w którym to przypadku jest to bieżący numer TaskScheduler.

Wywołujesz metodę async z wątku interfejsu użytkownika (który zapewnia SynchronizationContext), a następnie blokujesz wątek interfejsu użytkownika, wywołując Result. Metoda async nie może zostać zakończona, ponieważ próbuje zakończyć wątek interfejsu użytkownika, który jest zablokowany.

Aby rozwiązać ten problem, należy przestrzegać następujących zasad:

1. Zastosowanie async całą drogę w dół. Nie wywołuj linii Result ani Wait w przypadku metod zwracanych z Task; zamiast tego użyj await.
2. Użyj kodu ConfigureAwait(false), jeśli to możliwe.

Pomocne może być również moje async/await intro.