Perché ConfigureAwait (false) non funziona mentre Task.Run() funziona?

Question

Sto chiamando un metodo di libreria asincrona con ConfigureAwait (false). Ma, finisco sempre con lo stallo. (Lo sto usando nell'API controller ASP.NET) Ma, se utilizzo lo stesso metodo incluso in Task.Run(), funziona perfettamente.

La mia comprensione è, Se il metodo di libreria non utilizza ConfigureAwait internamente, l'aggiunta di ConfigureAwait non risolverà il problema poiché nella chiamata alla libreria si verificherà un deadlock (si bloccherà su di esso utilizzando .Result). Ma, se questo è il motivo per cui funziona in Task.Run() in quanto non riuscirà a continuare nello stesso contesto/thread.

Questo article ne parla. A proposito, ho preparato molti articoli di Stephen Cleary. Ma, perché Task.Run() funziona è un mistero.

Codice frammento:

// This Create Method results in Deadlock 
public async Task<string> Create(MyConfig config) 
{ 
     Document doc = await Client.CreateDocumentAsync(CollectionUri, config).ConfigureAwait(false); 
     return doc.Id; 
} 

// Uses Task.Run() which works properly, why?? 
public string Create(MyConfig config) 
{ 
    Document doc = Task.Run(() => Client.CreateDocumentAsync(CollectionUri, config)).Result; 
    return doc.Id; 
} 

[HttpPost] 
public ActionResult CreateConfig(MyConfig config) 
{ 
    string id = Create(config).Result; 
    return Json(id); 
} 

Answer 1

Nel primo esempio, l'implementazione di Client.CreateDocumentAsync è deadlock perché sta cercando di eseguire una continuazione con la corrente SynchronizationContext.

Quando si utilizza Task.Run, il delegato verrà richiamato su una discussione ThreadPool, ciò significa che non ci sarà corrente SynchronizationContext, quindi tutte le continuazioni verranno riprese utilizzando un thread ThreadPool. Ciò significa che non si bloccherà.

Per motivi di interesse, perché il tuo metodo CreateConfig non è asincrono? Le versioni più recenti di MVC e WebAPI supportano metodi asincroni, eliminando lo .Result sarebbe la soluzione migliore.

Answer 2

Credo che Lukazoid sia corretto. Per dirla in un altro modo ...

// This Create Method results in Deadlock 
public async Task<string> Create(MyConfig config) 
{ 
    Document doc = await Client.CreateDocumentAsync(CollectionUri, config).ConfigureAwait(false); 
    return doc.Id; 
} 

È possibile non solo attaccare un livello ConfigureAwait(false) in uno e lo hanno magicamente evitare situazioni di stallo. ConfigureAwait(false) può impedire i deadlock solo se viene utilizzato da ogni await nella chiusura transitiva di tale metodo e in tutti i metodi che chiama.

In altre parole, ConfigureAwait(false) deve essere utilizzato per ogni await in Create (che è), e deve anche essere utilizzato per ogni await in CreateDocumentAsync (che non conosciamo), e ha anche bisogno di essere utilizzato per ogni await in ogni metodo che chiamate CreateDocumentAsync, ecc.

Questo è uno dei motivi per cui è una così "soluzione" fragile al problema del deadlock.