Ne programmation asynchrone signifie le multi-threading?

permet de parler de code JavaScript qui a setInterval méthodes de chaque 2 sec.

J'ai aussi un onblur événement d'animation pour un certain contrôle.

Dans un cas où onblur se produit (+ animation), je pourrais obtenir le setInterval fonction.

Donc ma question est:

Ne programmation Asynchrone signifie le multi-threading? (de toute façon?)

Je sais que Javascript n'est pas un multi-threading langue.

Alors...?

  • Non, l'asynchronicité (ism?) ne nécessite pas de parallélisme.
  • sous le capot il y a des threads, mais en tant que programmeur/langue consommateur, il n'est pas.
  • il n'y a pas threads sous le capot. Ou au moins, il n'a pas à être.
  • il n'a pas à être de plus d'un fil sous le couvre.
  • non pas que je ne vous crois pas, mais, citer s'il vous plaît. j'ai supposé que les différents javascript moteurs d'exécution utilisés multithreading pour produire un comportement asynchrone.
  • suis-je la lecture de ce mauvais pas, il semble mozilla js moteur utilise plusieurs threads, je ne peux que supposer que les autres à faire de même: developer.mozilla.org/en/SpiderMonkey/JSAPI_Reference/JSRuntime "un Seul thread peut utiliser un JSContext à la fois. Dans un JS_THREADSAFE construire, plusieurs threads peuvent s'exécuter du code JavaScript simultanément dans le même JSRuntime, mais chaque thread doit avoir son propre JSContext."
  • Vous êtes la lecture de ce mal. Remarque les deux mises en garde importantes: tout d'abord, vous devez être la construction est un JS_THREADSAFE de l'environnement, et même alors, seulement un thread par JsContext objet. Donc, chaque instance d'un contexte javascript est encore célibataires-thread. Qui ressemble plus à un thread par onglet/iframe de manutention, de par le contexte. Pendant ce temps, le moteur V8 (le javascript derrière Chrome) est complètement single-threaded, et Node.JS fait une grosse affaire à ce sujet: blog.mixu.net/2011/02/01/understanding-the-node-js-event-loop
  • A l' .NET ajouté le tag accidentellement? Il semble que l' .NET balise n'est pas pertinent pour cette question (je ne vois pas tout .NET Framework contenu dans le post).

InformationsquelleAutor Royi Namir | 2012-01-22
  1. 76

    Pas. Il signifie littéralement ce qu'il veut dire-asynchrone. La compréhension de la différence entre la programmation asynchrone et basé sur le thread de programmation est essentiel à votre succès en tant que programmeur.

    Dans un traditionnel, non filetée de l'environnement, lorsqu'une fonction doit attendre un événement externe (tel qu'un réseau d'événement, d'un clavier ou de la souris de l'événement, ou même un événement horloge), le programme doit attendre jusqu'à ce que l'événement se produit.

    Dans un environnement multi-thread, de nombreux threads individuels de programmation sont en cours d'exécution en même temps. (En fonction du nombre de Processeurs et le soutien du système d'exploitation, cela peut être littéralement vrai, ou c'est peut être une illusion créée par les sophistiqué algorithmes d'ordonnancement). Pour cette raison, les environnements multi-threads sont complexes et impliquent des questions de threads de verrouillage des uns et des autres de la mémoire pour éviter de saturer l'un de l'autre.

    Dans un asychronous de l'environnement, un processus unique thread fonctionne tout le temps, mais il peut, pour event-driven raisons (et c'est la clé), passer d'une fonction à l'autre. Lorsqu'un événement se produit, et lorsque le processus en cours d'exécution atteint un point où il doit attendre qu'un autre événement, le javascript de base analyse ensuite la liste des événements et offre la suivante, dans un (officiellement) une durée indéterminée (mais probablement déterministe) de l'ordre, pour le gestionnaire d'événement.

    Pour cette raison, l'événementiel, la programmation asynchrone permet d'éviter de nombreux écueils traditionnels, multi-thread de programmation, telles que la mémoire les problèmes de contention. Il reste peut-être des conditions de course, que l'ordre dans lequel les événements sont gérés n'est pas à vous, mais ils sont rares et plus facile à gérer. D'autre part, parce que le gestionnaire d'événement à ne pas offrir des événements jusqu'à ce que la fonction courante hits inactif spot, certaines fonctions peuvent mourir de faim le reste de la programmation. Ce qui se passe dans Node.js par exemple, quand les gens bêtement de faire beaucoup de lourd de mathématiques dans le serveur-- qui est le plus poussé dans un petit serveur qui le noeud alors "en attente" pour livrer la réponse. Node.js est un peu grande centrale pour les événements, mais tout ce qui prend plus de 100 millisecondes doivent être manipulés dans un contexte client/serveur façon.

    Dans le navigateur de l'environnement, les événements DOM sont traités comme automatique des points d'événement (ils doivent être, de modifier le DOM offre beaucoup d'événements), mais même là, mal écrits Javascript peut mourir de faim le noyau, qui est pourquoi Firefox et Chrome ont ces "Ce script est a cessé de répondre" gestionnaires d'interruption.

    • Ce sur les appels ajax en jQuery , le code côté serveur faire ses trucs pendant que mon navigateur conserve d'effectuer d'autres fonctions.....?
    • Ce ne sont pas des fils, bien que. Vous avez envoyé un message dans votre navigateur de code côté serveur. Lors de l'appel renvoie est un événement, et que votre code est prévu pour le ramasser et en faire quelque chose. Tandis qu'il attend, le eventloop va à gérer d'autres événements. Lors de votre retour de l'événement, le eventloop donne à votre rappel le contrôle complet sur le processus unique thread jusqu'à ce que vous le donner en atteignant la fin de la fonction de rappel, faire quelque chose qui provoque la eventloop de progrès, ou la création d'un nouvel événement.
    • une grande réponse, merci pour l'explication que raisonnablement sans jargon manière
    • Pourquoi "tout ce qui prend plus de temps que 100 millisecondes doivent être manipulés avec un client/serveur de manière"? Les appels Ajax prendre plus de 100 ms parfois, et mon navigateur ne me donne pas l' "Ce script est a cessé de répondre" message.
    • Trusktr: Parce que le nœud est monothread, vous ne devriez pas utiliser le processus que vous utilisez pour gérer les demandes, aussi lourds programmatique de levage; vous ne devriez pas utiliser le même processus pour le traitement du langage naturel, ou de traitement d'image; vous devriez le faire dans les processus enfants. Chaque processus prendra du temps, et tous les autres processus seront bloqués jusqu'à ce que sa fait. Si vous le faites dans les processus enfants, vous gratuit votre "standard" processus pour gérer les I/O.
    • Les appels Ajax est client/serveur.
    • La boucle d'événement est un deuxième thread si derrière les coulisses - le petit homme à l'écoute pour la suite des événements. Ou ai-je raté quelque chose ici?

    InformationsquelleAutor Elf Sternberg
  2. 7

    Un seul thread boucle d'événement est un bon exemple d'être asynchrone dans un seul thread langue.

    Ici, le concept est que vous attachez doLater les gestionnaires de rappel à la eventLoop. Puis le eventLoop est juste un while(true) qui vérifie si le timestamp spécifique pour chaque doLater gestionnaire est rencontré, et si donc il appelle le gestionnaire.

    Pour ceux que cela intéresse, voici un naïf (et horriblement inefficace jouet) la mise en œuvre d'un à thread unique boucle d'événements en JavaScript

    Cela signifie que, sans aucun type de système d'exploitation planificateur de threads d'accès de votre thread unique, votre forcé d'attente active de la doLater rappels.

    Si vous avez un sleep appel, vous pourriez faire sleep jusqu'à la prochaine doLater gestionnaire qui est plus efficace alors une longue attente depuis vous deschedule votre seul fil et laissez le système d'exploitation de faire d'autres choses.

    InformationsquelleAutor Raynos
  3. 0

    Seulement dans le sens qu'il exécute le code au hasard et les risques des conditions de course. Vous n'aurez pas les avantages de performance à l'aide des délais d'attente et des intervalles.

    Cependant, HTML5 web workers ne permettre une véritable multithreading dans le navigateur:
    http://www.html5rocks.com/en/tutorials/workers/basics/

    InformationsquelleAutor Jeffrey Sweeney
  4. -3

    Si il y a un rappel, quelque chose a l'appeler. Les unités d'exécution sont les threads & donc, oui, un autre thread appelle la fonction de rappel, soit directement, soit par la mise en queue quelques asynchrone appel de procédure à l'initiateur du fil.

    • Il est parfaitement possible pour le même seul thread pour appeler la fonction de rappel plus tard.
    • comment? Si un thread appelle directement une fonction, ça s'appelle un "appel". Si le rappel est signalé dans le thread sur certains boucle d'entrée, quelque chose doit avoir mis en file d'attente la fonction de rappel. Un pilote pourrait le faire directement, mais il est généralement un thread du noyau.
    • En ayant la totalité de la boucle d'événements en direct dans le thread unique. Notez que le fil ne peut pas le faire toute IO ensuite, il ne peut le faire de communication asynchrone avec lui-même et n'importe quoi dans le seul thread. Cela peut être pédantisme.
    • Ce n'est pas pédantisme, Raynos. Vous avez raison. C'est un seul thread d'exécution, le programme de pointeur est un singleton. L'apprentissage de visualiser la file d'attente d'événements et les fonctions accroché à lui-- et apprendre à respecter le fait que, dans la programmation événementielle la fonction pas de retour à l'endroit où il l'avait laissé, était le seul et le plus important touche à ma compréhension node.js.
    • Je pense que nous sommes tous en faisant valoir le même point de fins différentes. À partir de l'OS, il y a quelque chose de chargement les événements sur la file d'attente. À cet égard, 'Ne de programmation Asynchrone signifie - multi Threading ? ( en quelque sorte) ?", la réponse doit être oui. De la js côté, les choses sont différentes.
    • Non, la réponse n'a pas à être multi-thread. Ne pas confondre les OS de planification, au niveau du programmeur threading, et de gestion d'événements asynchrones. De Cette Façon Se Trouve La Folie.
    • href="http://jsfiddle.net/eWteV/5/" >thread unique eventLoop
    • Pertinentes à cette discussion: Mozilla Runtime Javascript est maintenant officiellement single-threaded

    InformationsquelleAutor Martin James