Maison  >  Article  >  interface Web  >  Quels sont les scénarios d’application des sous-processus dans Node.js ?

Quels sont les scénarios d’application des sous-processus dans Node.js ?

亚连
亚连original
2018-06-09 16:26:311399parcourir

Cet article présente principalement une brève discussion des sous-processus Node.js et des scénarios d'application. Maintenant, je le partage avec vous et le donne comme référence.

Contexte

Puisque ons (package Alibaba Cloud RocketMQ) est encapsulé sur la base de C++, il ne prend pas en charge l'instanciation de plusieurs producteurs et consommateurs dans un seul processus. order Pour résoudre ce problème, le processus enfant Node.js est utilisé.

Pièges rencontrés lors de l'utilisation

Release : Une fois que la gestion des processus ferme le processus principal, le processus enfant devient un processus du système d'exploitation (pid est 1)

Plusieurs solutions

Traitez le processus enfant comme un processus en cours d'exécution indépendant, enregistrez le pid et la gestion des processus pour fermer le processus principal et fermez le processus enfant en même temps lors de la publication

Le processus principal le processus surveille l'événement d'arrêt, ferme activement le processus enfant qui lui appartient

Type de processus enfant

  1. spawn : Exécuter la commande

  2. exec : exécuter la commande (nouveau shell)

  3. execFile : exécuter le fichier

  4. fork : exécuter le fichier

Événements courants pour les processus enfants

  1. sortie

  2. fermer

  3. erreur

  4. message

Il y a une différence entre la fermeture et la sortie. La fermeture est un événement déclenché lorsque. le flux de données est fermé et la sortie est un événement déclenché lorsque le flux de données est fermé. Événement déclenché lorsque le processus se termine. Étant donné que plusieurs processus enfants peuvent partager le même flux de données, l'événement close n'est pas nécessairement déclenché lorsqu'un processus enfant se termine, car d'autres processus enfants utilisent le flux de données à ce moment-là.

Flux de données de sous-traitement

  1. stdin

  2. stdout

  3. stderr

Étant donné que le processus principal est le point de départ, le flux de données du sous-processus est opposé à la direction conventionnelle du flux de données stdin : flux d'écriture, sortie standard,. stderr : lire le flux.

spawn

spawn(command[, args][, options])

Exécutez une commande et renvoyez divers résultats d'exécution via le flux de données de données.

Utilisation de base

const { spawn } = require('child_process');

const child = spawn('find', [ '.', '-type', 'f' ]);
child.stdout.on('data', (data) => {
  console.log(`child stdout:\n${data}`);
});

child.stderr.on('data', (data) => {
  console.error(`child stderr:\n${data}`);
});

child.on('exit', (code, signal) => {
  console.log(`child process exit with: code $[code], signal: ${signal}`);
});

Paramètres communs

{
  cwd: String,
  env: Object,
  stdio: Array | String,
  detached: Boolean,
  shell: Boolean,
  uid: Number,
  gid: Number
}

Se concentrer sur l'attribut détaché sur true signifie que le processus enfant s'exécute. de manière indépendante. Soyez prêt. Le comportement spécifique du processus enfant est lié au système d'exploitation. Différents systèmes se comportent différemment. Le processus enfant du système Windows aura sa propre fenêtre de console et le processus enfant du système POSIX deviendra le nouveau groupe de processus et chef de session.

À l'heure actuelle, le processus enfant n'est pas complètement indépendant. Les résultats en cours d'exécution du processus enfant seront affichés sur le flux de données défini par le processus principal, et la sortie du processus principal affectera le fonctionnement de le processus enfant. Lorsque stdio est défini sur ignore et que child.unref(); est appelé, le processus enfant commence à s'exécuter véritablement de manière indépendante et le processus principal peut se terminer indépendamment.

exec

exec(command[, options][, callback])

Exécuter une commande et renvoyer le résultat via le paramètre de rappel Lorsque la commande n'est pas exécutée, une partie du résultat sera mise en cache dans le fichier. mémoire système.

const { exec } = require('child_process');

exec('find . -type f | wc -l', (err, stdout, stderr) => {
  if (err) {
    console.error(`exec error: ${err}`);
    return;
  }

  console.log(`Number of files ${stdout}`);
});

Le meilleur des deux mondes - spawn remplace exec

Puisque le résultat de exec est renvoyé une fois, il est mis en cache en mémoire avant de revenir, donc pendant l'exécution Quand la sortie de la commande shell est trop volumineuse, l'utilisation de exec pour exécuter la commande ne peut pas terminer notre travail comme prévu. Pour le moment, nous pouvons utiliser spawn au lieu de exec pour exécuter la commande shell.

const { spawn } = require('child_process');

const child = spawn('find . -type f | wc -l', {
  stdio: 'inherit',
  shell: true
});

child.stdout.on('data', (data) => {
  console.log(`child stdout:\n${data}`);
});

child.stderr.on('data', (data) => {
  console.error(`child stderr:\n${data}`);
});

child.on('exit', (code, signal) => {
  console.log(`child process exit with: code $[code], signal: ${signal}`);
});

execFile

child_process.execFile(file[, args][, options][, callback])

Exécuter un fichier

a fondamentalement la même fonction que exec, sauf qu'il exécute un fichier avec un chemin donné Fichier de script, et crée directement un nouveau processus au lieu de créer un environnement shell puis d'exécuter le script, qui est relativement léger et plus efficace. Cependant, sur les systèmes Windows, les fichiers tels que .cmd et .bat ne peuvent pas être exécutés directement. Cela signifie que execFile ne fonctionnera pas. Vous pouvez utiliser spawn et exec à la place.

fork

child_process.fork(modulePath[, args][, options])

Exécuter un fichier Node.js

// parent.js

const { fork } = require('child_process');

const child = fork('child.js');

child.on('message', (msg) => {
  console.log('Message from child', msg);
});

child.send({ hello: 'world' });
// child.js

process.on('message', (msg) => {
  console.log('Message from parent:', msg);
});

let counter = 0;

setInterval(() => {
  process.send({ counter: counter++ });
}, 3000);

fork est en fait une forme spéciale de spawn. Le processus spawn Node.js est corrigé et un canal de communication est établi entre le processus principal et les sous-processus, afin que le processus principal et les sous-processus puissent utiliser le module de processus pour communiquer en fonction des événements.

Scénarios d'utilisation de sous-processus

  1. Systèmes à forte intensité de calcul

  2. Outils de création front-end utilisant plusieurs -processeurs centraux Calcul parallèle pour améliorer l'efficacité de la construction

  3. Outils de gestion de processus, tels que : certaines fonctions de PM2

Ce qui précède est ce que j'ai compilé pour tout le monde. J'espère qu'à l'avenir, cela sera utile à tout le monde.

Articles connexes :

À propos de l'utilisation de vue-fontawesome dans vue.js

Ajouter un nouveau nœud d'élément à l'aide de JS

À propos de l'utilisation réelle de log4js dans Express

Comment référencer l'icône de la police Ali dans vue

Via Node .js utilise le pool de connexions MySQL

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn