Async / Attendre vs Threads

Question 1

Dans .Net 4.5, Microsoft a ajouté la nouvelle Async/Awaitfonctionnalité pour simplifier le codage asynchrone. Cependant, je me demande

Peut Async/Awaitremplacer complètement l'ancienne façon d'utiliser Threads?
Est-il Async/Awaitcapable de faire tout ce qu'un Threadpeut faire de manière asynchrone?
Ne Async/Awaitpeut être utilisé qu'avec certaines méthodes comme WebClient.DownloadStringAsyncou puis-je convertir n'importe quelle méthode synchrone pour la faire utiliser Async/Awaitet ne pas bloquer le thread principal?

Question 2

peut-il remplacer complètement l'ancienne façon d'utiliser Threads?

Un fil peut faire beaucoup plus de choses utiles. Await est spécialement conçu pour traiter quelque chose qui prend du temps, le plus souvent une demande d'E / S. Ce qui était traditionnellement fait avec un rappel lorsque la demande d'E / S était terminée. L'écriture de code qui repose sur ces rappels est assez difficile, attendre le simplifie grandement.

capable de faire ce qu'un thread peut faire de manière asynchrone?

Grossièrement. Await s'occupe simplement de gérer le retard, sinon il ne fait rien de ce qu'un thread fait. L' expression d' attente , qui se trouve à droite du mot-clé await, est ce qui fait le travail. Idéalement, il n'utilise pas du tout de thread, il publie une demande de pilote et une fois que le pilote a terminé le transfert de données, il génère un rappel de notification d'achèvement. La mise en réseau est de loin l'utilisation la plus courante, des latences de centaines de millisecondes sont courantes et un effet secondaire inévitable des services passant du bureau ou d'un LAN vers le «cloud». L'utilisation de ces services de manière synchrone rendrait une interface utilisateur assez insensible.

ne peut être utilisé qu'avec certaines méthodes comme WebClient.DownloadStringAsync

Non. Vous pouvez l'utiliser avec n'importe quelle méthode qui renvoie une tâche. Les méthodes XxxxAsync () ne sont que des méthodes précuites dans le framework .NET pour les opérations courantes qui prennent du temps. Comme télécharger des données à partir d'un serveur Web.

Question 3

La déclaration officielle à ce sujet. Cependant, vous devez comprendre les différences entre les threads et la programmation asynchrone avant de remplacer aveuglément une chose par d'autres.

Question 4

J'y pense de cette façon (et je pense que Microsoft le fait aussi si vous regardez https://docs.microsoft.com/en-us/previous-versions/visualstudio/visual-studio-2012/hh191443(v=vs.110 ) #threads )

Async / await est un moyen rapide d'exécuter du code sur le thread principal de l'application avec l'avantage que le code peut se suspendre lorsqu'il n'a aucun travail à faire et renvoyer le focus au thread principal, "se réveiller" sur le thread principal quand il est un résultat à obtenir, puis à renvoyer le traitement - vous l'avez deviné - au thread principal. Pensez-y comme une instruction GOTO basée sur un événement dans Basic qui peut passer le contrôle dans les deux sens à une ligne d'exécution spécifique.

En revanche, un thread est un flux d'exécution distinct qui peut s'exécuter avec ses propres variables, etc. où - avec un matériel suffisant - l'exécution se produit en parallèle avec le thread principal.

Si vous avez une application GUI qui va télécharger un seul fichier, puis faire quelque chose avec ce fichier une fois téléchargé - je l'implémenterais en utilisant une méthode async / await.

Cependant, si votre interface graphique a besoin de télécharger 5000 fichiers, je créerais un fil de téléchargement de fichier pour gérer cela, car le fil GUI principal peut se figer pendant le transfert de l'exécution pour gérer le téléchargement des fichiers.

Answer 1

100

Dans .Net 4.5, Microsoft a ajouté la nouvelle Async/Awaitfonctionnalité pour simplifier le codage asynchrone. Cependant, je me demande

Peut Async/Awaitremplacer complètement l'ancienne façon d'utiliser Threads?
Est-il Async/Awaitcapable de faire tout ce qu'un Threadpeut faire de manière asynchrone?
Ne Async/Awaitpeut être utilisé qu'avec certaines méthodes comme WebClient.DownloadStringAsyncou puis-je convertir n'importe quelle méthode synchrone pour la faire utiliser Async/Awaitet ne pas bloquer le thread principal?

c# .net Ratskey romain
la source

2

Les threads et Async / Await sont des fonctionnalités indépendantes. Vous pouvez les combiner, mais ce n'est pas obligatoire.

dtb

2

Je pensais qu'Async / Await faisait la même chose que new Thread(() => {Some Work}).Start();?! n'est-ce pas?

Roman Ratskey

2

Nan. Votre hypothèse n'est pas correcte. Vous pensez peut-être à Task.Run (TPL), qui est souvent combiné avec Async / Await, mais qui n'est pas non plus lié et n'a pas besoin d'être utilisé avec lui.

dtb

4

@dtb: Alors, quand utiliser Async / Await et quand utiliser Threads?. Je suis vraiment confus sur la différence entre Task.Run, Thread.Start, Async / Await. Si vous pouviez me fournir une bonne explication qui me fasse comprendre les différences entre eux, je serais très reconnaissant

Roman Ratskey

2

Async / await ne crée pas ou n'utilise d'aucune autre manière les threads.

wRAR

Answer 2

2

Les threads et Async / Await sont des fonctionnalités indépendantes. Vous pouvez les combiner, mais ce n'est pas obligatoire.

dtb

Answer 3

2

Je pensais qu'Async / Await faisait la même chose que new Thread(() => {Some Work}).Start();?! n'est-ce pas?

Roman Ratskey

Answer 4

2

Nan. Votre hypothèse n'est pas correcte. Vous pensez peut-être à Task.Run (TPL), qui est souvent combiné avec Async / Await, mais qui n'est pas non plus lié et n'a pas besoin d'être utilisé avec lui.

dtb

Answer 5

4

@dtb: Alors, quand utiliser Async / Await et quand utiliser Threads?. Je suis vraiment confus sur la différence entre Task.Run, Thread.Start, Async / Await. Si vous pouviez me fournir une bonne explication qui me fasse comprendre les différences entre eux, je serais très reconnaissant

Roman Ratskey

Answer 6

2

Async / await ne crée pas ou n'utilise d'aucune autre manière les threads.

wRAR

Answer 7

peut-il remplacer complètement l'ancienne façon d'utiliser Threads?

Un fil peut faire beaucoup plus de choses utiles. Await est spécialement conçu pour traiter quelque chose qui prend du temps, le plus souvent une demande d'E / S. Ce qui était traditionnellement fait avec un rappel lorsque la demande d'E / S était terminée. L'écriture de code qui repose sur ces rappels est assez difficile, attendre le simplifie grandement.

capable de faire ce qu'un thread peut faire de manière asynchrone?

Grossièrement. Await s'occupe simplement de gérer le retard, sinon il ne fait rien de ce qu'un thread fait. L' expression d' attente , qui se trouve à droite du mot-clé await, est ce qui fait le travail. Idéalement, il n'utilise pas du tout de thread, il publie une demande de pilote et une fois que le pilote a terminé le transfert de données, il génère un rappel de notification d'achèvement. La mise en réseau est de loin l'utilisation la plus courante, des latences de centaines de millisecondes sont courantes et un effet secondaire inévitable des services passant du bureau ou d'un LAN vers le «cloud». L'utilisation de ces services de manière synchrone rendrait une interface utilisateur assez insensible.

ne peut être utilisé qu'avec certaines méthodes comme WebClient.DownloadStringAsync

Non. Vous pouvez l'utiliser avec n'importe quelle méthode qui renvoie une tâche. Les méthodes XxxxAsync () ne sont que des méthodes précuites dans le framework .NET pour les opérations courantes qui prennent du temps. Comme télécharger des données à partir d'un serveur Web.

Answer 8

4

Dans l'aspect C # moderne, quelle est la meilleure approche pour réaliser des rappels asynchrones sur des API externes?

bonCodigo

Answer 9

5

Couvert dans le dernier paragraphe, utilisez une tâche.

Hans Passant

Answer 10

Je m'attendrais à ce qu'un thread puisse faire quelque chose qui ne peut pas être fait via la programmation asynchrone à titre d'exemple.

Saeed Neamati

Answer 11

1

Pourriez-vous développer "Un thread peut faire beaucoup plus de choses utiles."? Il serait utile de comprendre les fonctionnalités fournies par les threads qui asyncne conviennent pas.

Benjohn

Answer 12

1

À noter await Task.Runpour le travail lié au processeur. Si je comprends bien, cela accomplit parfois ce que l'on créerait autrement un fil, ou un travailleur d'arrière-plan, à faire.

ToolmakerSteve

Answer 13

15

La déclaration officielle à ce sujet. Cependant, vous devez comprendre les différences entre les threads et la programmation asynchrone avant de remplacer aveuglément une chose par d'autres.

wRAR
la source

C'est comme la première ressource que j'ai lue sur Threads et Async / Await qui est claire et concise.

Arman Bimatov

2

Cette réponse ne contient qu'un lien vers la documentation. Comme le lien peut devenir obsolète, la réponse peut également devenir obsolète - ou pire encore - complètement inutile. Nous encourageons les utilisateurs de Stack à publier les parties pertinentes des liens directement dans leur question.

HimBromBeere

1

Malheureusement, la déclaration officielle n'explique pas quand faire await Task.Run. Il y a une brève mention de Task.Run, mais ce n'est pas clair. En bout de ligne, cela awaitne fera pas exécuter une tâche liée au processeur en parallèle, ce travail devrait donc être effectué via await Task.Run.

ToolmakerSteve

Answer 14

C'est comme la première ressource que j'ai lue sur Threads et Async / Await qui est claire et concise.

Arman Bimatov

Answer 15

2

Cette réponse ne contient qu'un lien vers la documentation. Comme le lien peut devenir obsolète, la réponse peut également devenir obsolète - ou pire encore - complètement inutile. Nous encourageons les utilisateurs de Stack à publier les parties pertinentes des liens directement dans leur question.

HimBromBeere

Answer 16

1

Malheureusement, la déclaration officielle n'explique pas quand faire await Task.Run. Il y a une brève mention de Task.Run, mais ce n'est pas clair. En bout de ligne, cela awaitne fera pas exécuter une tâche liée au processeur en parallèle, ce travail devrait donc être effectué via await Task.Run.

ToolmakerSteve

Answer 17

J'y pense de cette façon (et je pense que Microsoft le fait aussi si vous regardez https://docs.microsoft.com/en-us/previous-versions/visualstudio/visual-studio-2012/hh191443(v=vs.110 ) #threads )

Async / await est un moyen rapide d'exécuter du code sur le thread principal de l'application avec l'avantage que le code peut se suspendre lorsqu'il n'a aucun travail à faire et renvoyer le focus au thread principal, "se réveiller" sur le thread principal quand il est un résultat à obtenir, puis à renvoyer le traitement - vous l'avez deviné - au thread principal. Pensez-y comme une instruction GOTO basée sur un événement dans Basic qui peut passer le contrôle dans les deux sens à une ligne d'exécution spécifique.

En revanche, un thread est un flux d'exécution distinct qui peut s'exécuter avec ses propres variables, etc. où - avec un matériel suffisant - l'exécution se produit en parallèle avec le thread principal.

Si vous avez une application GUI qui va télécharger un seul fichier, puis faire quelque chose avec ce fichier une fois téléchargé - je l'implémenterais en utilisant une méthode async / await.

Cependant, si votre interface graphique a besoin de télécharger 5000 fichiers, je créerais un fil de téléchargement de fichier pour gérer cela, car le fil GUI principal peut se figer pendant le transfert de l'exécution pour gérer le téléchargement des fichiers.

Async / Attendre vs Threads

Réponses: