Verwendet die benutzerdefinierte Callback-Funktion den Thread-Pool in Node.js?

Question

Diese Frage dient dazu zu verstehen, wie die Ereignisschleife den Thread-Pool aufruft, um Aufgaben zu verarbeiten. Sagen wir, Ich möchte eine Funktion erstellen (um kleine Aufgaben zu verarbeiten), ohne E / A-Operationen, ich möchte, dass sie mithilfe einer Rückruffunktion verarbeitet wird, damit sie den Thread-Pool aufrufen kann und die Aufgabe parallel zum Hauptthread verarbeiten kann, und das Ergebnis im Rückruf nach Abschluss zurückgeben. Ich habe verstanden, dass dies durch Erstellen von Kindprozessen (Gabeln usw.) erfolgen kann, aber ich bin etwas verwirrt und möchte verstehen, wie genau ein Prozess gleichzeitig in einem einzelnen Thread in der Node in E / A-Operationen ausgeführt wird und nicht in benutzerdefinierten Operationen. Was genau passiert in der Ereignisschleife, werden alle Ereignisse an den Thread-Pool übergeben oder wie erkennt er, ob es sich um eine E / A-Operation handelt??

Ich bin neu bei Node.js und völlig verwirrt. Hilfe wäre sehr geschätzt :)

Answer 1

„Node.js verwaltet eigene Threads für I/O“ mithilfe von libuv für Operationen, die das Netzwerk, das Dateisystem usw. betreffen. libuv erstellt im Wesentlichen einen Thread-Pool für I/O, der je nach Plattform in der Größe variiert. Die V8-Ereignisschleife ist ein separater Thread, der Ereignisse in der Warteschlange verarbeitet. Diese Ereignisse entsprechen einer JavaScript-Funktion, die mit den Ereigindaten ausgeführt wird. So wird asynchrones I/O von Node.js gehandhabt.

Quelle: http://www.wintellect.com/blogs/dbanister/stop-fighting-node.js-in-the-enterprise

Daher wird jede I/O-Operation außerhalb des V8-Ereignisschleifenthreads ausgeführt, weshalb sie gleichzeitig ausgeführt wird.

I/O-Operationen laufen effizient ab, da, wie Sie erwähnt haben, ein Thread-Pool verwendet wird - eine Gruppe von Threads, die „auf“ eingehende Aufgaben von der V8-Ereignisschleife warten, sie ausführen und Daten an JavaScript-Callback-Funktionen zurückgeben.

Answer 2

Wie bereits erwähnt, ist die Node-Laufzeitumgebung single-threaded. Node eignet sich gut für IO-bound Operationen. Für CPU-gebundene Aufgaben ist es weniger zu empfehlen, da es den Ereignisloop von Node blockieren wird.

• Wenn Sie wirklich CPU-gebundene Arbeiten asynchron mit Node ausführen möchten, können Sie dies mit einem Node-Cluster erreichen, müssen jedoch die Kommunikation zwischen ihnen verwalten. (Ein einfaches Beispiel hier - http://davidherron.com/blog/2014-07-03/easily-offload-your-cpu-intensive-nodejs-code-simple-express-based-rest-server) oder mit dem chiled-Prozess - http://nodejs.org/api/child_process.html