Combien différente est l'attendent/asynchrone à partir de filetage?

Je suis en train de me familiariser avec le c#'s new attendent/async mots-clés, et j'ai trouvé plusieurs aspects dont je ne comprends pas très bien.

  1. Commençons avec des conditions de course:

    Stream s=...
...
for(int i=0;i<100;i++)
{
    s.WriteAsync(new byte[]{i},0,1);
}

    ce travail comme prévu tout le temps (par exemple, écrire dans le fichier 12345..... et pas 13254 ou quelque chose)?

    La deuxième chose, c'est que async fonction s'exécute en mode synchrone si elle ne contient pas attendre de l'opérateur. Et, selon la documentation de microsoft, async fonctions de toujours exécuter dans le thread appelant (par rapport à BeginInvoke). Ce qui m'amène à 3 questions suivantes:

  2. Combien de async fonction est exécutée avant qu'il libère à l'appelant de la fonction?

    async void MyAsyncFunction()
{
    Operation1();
    Operation2();
    Operation3();
    ....
    Stream s=...;
    await s.WriteAsync(....);
}

    Dans les articles sur les attendent/async que j'ai lu, il est dit que async fonctions sans attendre l'opérateur d'exécuter séquentiellement, et avec async/await retour imminent. Mais c'est en me harcelant que MyAsyncFunction peut toujours exécuter Operation1...Operation3 avant de la relâcher dès qu'elle touche await s.WriteAsync.

  3. Ce que si j'utilise Thread.Sleep dans l'asynchrone en fonction comme ceci:

    async void DoStuff()
{
    Stream s=...;
    ...
    await s.WriteAsync(....);
    Thread.Sleep(10000);
    ....
}

    Sera Le Fil.Le sommeil de bloquer le thread entier dans lequel il est exécuté ou tout simplement de la fonction async?

  4. Ce que si j'utilise semaphore.Wait() dans l'un des async fonctions et il va attendre pour le sémaphore à être libéré par une autre fonction async. Sera-ce de se comporter comme il le ferait avec les fils, ou que ça va provoquer un blocage?

  5. await ne fonctionne pas en dehors de async fonctions. Pourquoi?

  • Vous avez demandé trop de questions dans un post - it serait difficile d'y répondre de manière cohérente. Il semble que vous devriez vraiment faire un peu plus de recherche (il y a beaucoup d'informations sur Visual Studio Async page d'accueil, par exemple) et ensuite poser une question précise à un moment.
  • Umm. async/await est threading. Juste une utilisation plus efficace des threads.
  • voir msdn.microsoft.com/en-us/library/vstudio/hh191443.aspx : The async and await keywords don't cause additional threads to be created. Async methods don't require multithreading because an async method doesn't run on its own thread. The method runs on the current synchronization context and uses time on the thread only when the method is active.
  • J'ai lu beaucoup de choses sur ce, et ce sont des questions je suis à gauche APRÈS la lecture de la documentation. Mais peut-être, je n'ai pas trouvé la bonne documentation, après tout. Pourriez-vous m'indiquer?
  • Je viens de cité dans les commentaires ci-dessus
  • Je voudrais commencer à msdn.microsoft.com/en-us/subscriptions/async.aspx
  • Cette SI-question permet également de répondre à ceci: stackoverflow.com/questions/37419572/...

InformationsquelleAutor Arsen Zahray | 2012-11-17
  1. 16

    Je vous recommande de lire mon async intro.

    ce travail comme prévu tout le temps (par exemple, écrire dans le fichier 12345..... et pas 13254 ou quelque chose)?

    Pas. Vous devez await les appels à WriteAsync.

    Combien de async fonction est exécutée avant qu'il libère à l'appelant de la fonction?

    Jusqu'à ce qu'il awaits une opération qui n'est pas encore terminée.

    Sera Le Fil.Le sommeil de bloquer le thread entier dans lequel il est exécuté ou tout simplement de la fonction async?

    Thread.Sleep - et toutes les autres méthodes de blocage - permet de bloquer la async méthode et le fil qui est de l'exécuter.

    En règle générale, ne pas utiliser de tout blocage des méthodes au sein d'une async méthode.

    Ce que si j'utilise un sémaphore.Wait() dans l'un des async fonctions et il va attendre pour le sémaphore à être libéré par une autre fonction async. Sera-ce de se comporter comme il le ferait avec les fils, ou que ça va provoquer un blocage?

    Il dépend totalement de votre contextes. Wait est un blocage de la méthode, de sorte que si les "autres" async méthode nécessite le contexte détenus par l'bloqué méthode, alors vous aurez un blocage.

    Noter que SemaphoreSlim est async-friendly; vous pouvez utiliser WaitAsync au lieu de Wait.

    attendent ne fonctionne pas en dehors de async fonctions. Pourquoi?

    Parce que le async mot-clé permet à l' await mot-clé. Cela a été fait pour minimiser l'impact de nouveaux mots-clés sur le langage C# et pour la lisibilité du code.

    • +1 pour SemaphoreSlim
    InformationsquelleAutor Stephen Cleary
  2. 15

    Vous pouvez trouver réponse à vos questions sur awaitopérateur dans la suite de post par Eric Lippert, où il dit que:

    Le “en attente” de l'opérateur ... ne veut pas dire “cette méthode bloque maintenant le
    thread courant jusqu'à ce que l'opération asynchrone retours”. Que serait
    faire l'opération asynchrone de retour dans une synchrones
    l'opération, qui est précisément ce que nous essayons d'éviter. Plutôt,
    il signifie le contraire; il signifie “si la tâche qui nous attendent
    n'a pas encore terminé alors inscrivez-vous le reste de cette méthode comme la
    la poursuite de cette tâche, et ensuite de retour à votre appelant immédiatement;
    la tâche sera d'invoquer la poursuite lorsqu'il se termine. -- Eric Lippert

    InformationsquelleAutor Adrian Ciura
  3. 0

    En bref, il semble que la réponse est "très". Tandis que le suivant ne peut pas répondre à toutes vos questions, je pense qu'elle s'applique à un général suffisamment de cas d'utilisation. Pensez à votre Flux à la place de l'e /s réseau ils parle.

    Dans le cas de chevauchement se réseau IO, un IO port d'achèvement sera utilisé, le rappel a été déclenché par un matériel perturber.

    Cela signifie que bien que nous "attendent" l'achèvement, un thread ne sera pas consommée. [...]

    Il est possible de tout faire sur 1 fil. [...] Il dépendra toutefois de la plate-forme, le "awaiter" la mise en œuvre & le contexte de synchronisation utilisé.

    http://social.msdn.microsoft.com/Forums/en-US/async/thread/a46c8a54-f8d4-4fa9-8746-64d6a3a7540d/

    InformationsquelleAutor Montagist