Comment node.js/libuv prend en charge async io en utilisant le modèle de réacteur

Question

Le modèle de réacteur qui est utilisé par libuv pour gérer IO est synchrone par conception, mais libuv prend en charge async io. Comment est-ce possible? Est-ce que libuv étend la conception du réacteur pour soutenir async io? L'utilisation de plusieurs threads/boucles d'événements aide-t-elle à atteindre cet objectif?

Answer 1

Le modèle d'E/S de Node et de libuv est très similaire à ce que fait nginx en interne.

La bibliothèque libuv utilise une boucle d'événements à un seul thread et des E/S asynchrones non bloquantes. Toutes les fonctions sont synchrones de façon à ce qu'elles soient terminées, mais certaines astuces intelligentes avec des promesses et des générateurs peuvent être utilisées pour faire apparaître qu'elles ne le sont pas (lorsque l'invocation de la fonction génératrice est non bloquante et renvoie l'objet générateur immédiatement et les méthodes de génération telles que .next() sont exécutées), plus la nouvelle syntaxe async/await le rend très pratique. Pour les opérations qui ne peuvent pas être accomplies de manière non bloquante, Node utilise un pool de threads pour exécuter les opérations de blocage dans des threads séparés, mais de manière transparente et n'est jamais exposé au code de l'application écrit en JavaScript (vous devez descendre à C++ pour travailler avec cela directement).

Voir: http://docs.libuv.org/en/v1.x/design.html

Contrairement à E/S réseau, il n'y a pas de fichiers spécifiques à la plate-forme primitives E/S libuv pourrait compter, si l'approche actuelle est de fichier exécuter le blocage des opérations d'E/S dans un pool de threads. [...]

libuv utilise actuellement un pool de threads global sur lequel toutes les boucles peuvent travailler. 3 types d'opérations sont gérées actuellement sur ce bassin:

• opérations du système de fichiers
• fonctions DNS (de GetAddrInfo et getnameinfo)
• code spécifié utilisateur via uv_queue_work()

Voir aussi ces réponses pour plus de détails:

• what is mean by event loop in node.js ? javascript event loop or libuv event loop? * NodeJS event loop internal working
• Prevent NodeJS from exiting event-loop
• How node.js server serve next request, if current request have huge computation?
• Which would be better for concurrent tasks on node.js? Fibers? Web-workers? or Threads?
• Speed up setInterval
• Async.js - Is parallel really parallel?
• Node.js: Asynchronous Callback Execution. Is this Zalgo?

Voir les liens et l'illustration de ces réponses. Il y a beaucoup de ressources à lire sur ce sujet.