Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Comment appeler une méthode asynchrone depuis une méthode synchrone en C# ?

ayi

Comment appeler une méthode asynchrone depuis une méthode synchrone en C# ?
<hr>
Source : <a href="https://web.archive.org/web/20190126143814/https://blogs.msdn.microsoft.com/lucian/2011/04/15/async-ctp-refresh-design-changes/" rel="noopener nofollow ugc">Stack Overflow</a>.)

ayi_2

La programmation asynchrone se “propage” à travers la base de code. Elle a été <a href="https://web.archive.org/web/20190126143814/https://blogs.msdn.microsoft.com/lucian/2011/04/15/async-ctp-refresh-design-changes/">comparée à un virus zombie</a>. La meilleure solution est de la laisser se propager, mais parfois ce n’est pas possible.
J’ai écrit quelques types dans ma bibliothèque <a href="https://github.com/StephenCleary/AsyncEx">Nito.AsyncEx</a> pour gérer une base de code partiellement asynchrone. Il n’existe aucune solution qui fonctionne dans toutes les situations, cependant.
Solution A
Si vous avez une méthode asynchrone simple qui n’a pas besoin de se synchroniser avec son contexte, vous pouvez utiliser <code>Task.WaitAndUnwrapException</code> :
<pre><code class="lang-auto">var task = MyAsyncMethod();
var result = task.WaitAndUnwrapException();

</code></pre>
Vous ne voulez pas utiliser <code>Task.Wait</code> ou <code>Task.Result</code> car ils encapsulent les exceptions dans une <code>AggregateException</code>.
Cette solution n’est appropriée que si <code>MyAsyncMethod</code> ne se synchronise pas avec son contexte. En d’autres termes, chaque <code>await</code> dans <code>MyAsyncMethod</code> devrait se terminer par <code>ConfigureAwait(false)</code>. Cela signifie qu’elle ne peut pas mettre à jour des éléments d’interface utilisateur ni accéder au contexte de requête <a href="http://ASP.NET">ASP.NET</a>.
Solution B
Si <code>MyAsyncMethod</code> a besoin de se synchroniser avec son contexte, vous pouvez peut-être utiliser <code>AsyncContext.RunTask</code> pour fournir un contexte imbriqué :
<pre><code class="lang-auto">var result = AsyncContext.RunTask(MyAsyncMethod).Result;

</code></pre>
*Mise à jour 14/04/2014 : Dans les versions plus récentes de la bibliothèque, l’API est la suivante :
<pre><code class="lang-auto">var result = AsyncContext.Run(MyAsyncMethod);

</code></pre>
(Il est correct d’utiliser <code>Task.Result</code> dans cet exemple car <code>RunTask</code> propagera les exceptions de <code>Task</code>).
La raison pour laquelle vous pourriez avoir besoin de <code>AsyncContext.RunTask</code> au lieu de <code>Task.WaitAndUnwrapException</code> est une possibilité de deadlock assez subtile qui se produit sur WinForms/WPF/SL/ASP.NET :
<ul>
<li>
Une méthode synchrone appelle une méthode asynchrone, obtenant une <code>Task</code>.
</li>
<li>
La méthode synchrone effectue une attente bloquante sur la <code>Task</code>.
</li>
<li>
La méthode <code>async</code> utilise <code>await</code> sans <code>ConfigureAwait</code>.
</li>
<li>
La <code>Task</code> ne peut pas se term
</li>
</ul>
(Réponse tronquée)