impasu nawet po użyciu ConfigureAwait (fałsz) w ASP.NET przepływu

Question

mam trafienia impasu nawet po użyciu ConfigureAwait(false) poniżej przykładowy kod.

Jak na próbki http://blog.stephencleary.com/2012/02/async-and-await.html (#Avoding kontekstu), nie powinno to być hit martwego blokadę.

To moja klasa:

public class ProjectsRetriever 
{ 
    public string GetProjects() 
    { 
     ... 
     var projects = this.GetProjects(uri).Result; 
     ... 
     ... 
    } 

    private async Task<IEnumerable<Project>> GetProjects(Uri uri) 
    { 
     return await this.projectSystem.GetProjects(uri, Constants.UserName).ConfigureAwait(false); 
    } 
} 

Ta klasa jest z udostępnionej biblioteki:

public class ProjectSystem 
{ 
    public async Task<IEnumerable<Project>> GetProjects(Uri uri, string userName) 
    { 
     var projectClient = this.GetHttpClient<ProjectHttpClient>(uri); 
     var projects = await projectClient.GetProjects(); 
     // code here is never hit 
     ... 
} 

Works jeśli dodam ConfigureAwait (fałsz) w oczekiwaniu na połączenie w udostępnionej biblioteki , gdzie wezwanie HttpClient jest wykonany:

public class ProjectSystem 
{ 
    public async Task<IEnumerable<Project>> GetProjects(Uri uri, string userName) 
    { 
     var projectClient = this.GetHttpClient<ProjectHttpClient>(uri); 
     var projects = await projectClient.GetProjects().ConfigureAwait(false); 
     // no deadlock, resumes in a new thread. 
     ... 
} 

Przyjeżdżam na wszystkich blogach znaleziony, jedyną różnicą jest ConfigureAwait znajdę (fałsz) działa w przypadku korzystania z httpClient.AsyncApi() zadzwonić !?

Proszę pomóc wyjaśnić !!!

Answer 1

Z uwag:

byłem pod założenie, po użyciu opcji ConfigureAwait (false) (dowolnego miejsca w stosie wywołań), np xecution z tego punktu nie spowoduje impasu.

Nie wierzę w czarną magię i ty też nie. Zawsze staraj się zrozumieć, co dzieje się, gdy używasz czegoś w swoim kodzie.

Kiedy await metoda, która zwraca asynchroniczny Task lub Task<T> istnieje niejawna zdobyciu SynchronizationContext przez TaskAwaitable generowane metodą Task.GetAwaiter.

Raz, że synchronizacja kontekst jest na swoim miejscu, a wywołanie metody asynchronicznej zakończeniu tych TaskAwaitable prób Marszałek kontynuacji (co jest w zasadzie reszta metoda nazywa po pierwszym await słów kluczowych) na SynchronizationContext (używając SynchronizationContext.Post), który wcześniej złapany. Jeśli wątek wywołujący jest zablokowany, czekając na tę samą metodę, aby zakończyć, masz impel .

Powinieneś zadać sobie pytanie: Should I expose synchronous wrappers for asynchronous methods? 99 procent czasu odpowiedzi: nr. Powinieneś używać synchronicznego API, na przykład jednej oferty WebClient.

Answer 2

Blokuje gdy używany w ProjectsRetriever ponieważ:

public class ProjectsRetriever 
{ 
    public string GetProjects() 
    { 
     //querying the result blocks the thread and wait for result. 
     var projects = this.GetProjects(uri).Result; 
     ... //require Thread1 to continue. 
     ... 
    } 

    private async Task<IEnumerable<Project>> GetProjects(Uri uri) 
    { 
     //any thread can continue the method to return result because we use ConfigureAwait(false) 
     return await this.projectSystem.GetProjects(uri, Constants.UserName).ConfigureAwait(false); 
    } 
} 

public class ProjectSystem 
{ 
    public async Task<IEnumerable<Project>> GetProjects(Uri uri, string userName) 
    { 
     var projectClient = this.GetHttpClient<ProjectHttpClient>(uri); 
     var projects = await projectClient.GetProjects(); 
     // code here is never hit because it requires Thread1 to continue its execution 
     // but Thread1 is blocked in var projects = this.GetProjects(uri).Result; 
     ... 
} 

nie blokuje gdy używany w ProjectSystem ponieważ:

public class ProjectsRetriever 
{ 
    public string GetProjects() 
    { 
     ... 
     var projects = this.GetProjects(uri).Result; 
     ...//requires Thread1 to continue 
     ... 
    } 

    private async Task<IEnumerable<Project>> GetProjects(Uri uri) 
    { 
     //requires Thread1 to continue 
     return await this.projectSystem.GetProjects(uri, Constants.UserName); 
    } 
} 

public class ProjectSystem 
{ 
    public async Task<IEnumerable<Project>> GetProjects(Uri uri, string userName) 
    { 
     var projectClient = this.GetHttpClient<ProjectHttpClient>(uri); 
     var projects = await projectClient.GetProjects().ConfigureAwait(false); 
     // no deadlock, resumes in a new thread. After this function returns, Thread1 could continue to run 
}