Opérations asynchrones « Fire-and-Forget » : Async/Await par rapport à « l'ancien délégué asynchrone » : quel est le meilleur ?

Opérations asynchrones Fire-and-Forget en C# : Async/Await vs méthodes traditionnelles

La méthode Fire-and-forget est idéale pour les opérations asynchrones qui ne nécessitent pas de traçage explicite. En C#, il existe deux approches principales : les délégués asynchrones traditionnels et la nouvelle syntaxe async/wait.

Révision d'Async/Await

La syntaxe async/await simplifie les opérations de déclenchement et d'oubli, éliminant le besoin d'appeler manuellement EndInvoke() et de fermer le handle. Cependant, cela nécessite une attente explicite de la tâche dans la méthode cible. Cela peut être gênant pour les méthodes synchrones existantes qui doivent être converties en méthodes asynchrones.

Considérations relatives aux performances et au nettoyage

Bien que async/await semble plus propre, il n'offre pas nécessairement des avantages significatifs en termes de performances. Les deux méthodes impliquent l’allocation d’un nouveau thread de pool de threads pour effectuer l’opération.

Appel de méthodes synchrones de manière asynchrone

La conversion Fire-and-Forget utilisant async/await n'est pas simple si la méthode d'arrière-plan ne peut pas être modifiée. Une solution de contournement consiste à créer une méthode asynchrone wrapper qui attend Task.Run() sur la méthode synchrone comme ceci :

<code class="language-csharp">async Task DoAsync(string entry)
{
    await Task.Run(() => DoIt(entry));
}</code>

Il est recommandé d'éviter d'utiliser Async Void

Comme le montre la réponse, la gestion des erreurs des méthodes async void est imprévisible et doit être évitée si possible.

Simplifiez Fire-and-Forget à l'aide de Task.Run()

Pour une simplicité maximale, envisagez d'utiliser Task.Run() directement pour exécuter des méthodes synchrones de manière "fire-and-forget" sans async/await :

<code class="language-csharp">Task.Run(() => DoIt(entry));</code>

Cette approche émule le comportement de « l'ancien délégué asynchrone » sans la surcharge liée à l'appel manuel de EndInvoke() et à la fermeture du handle.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!