Différence entre ChildProcess fermer, quitter événements

Avant Node.js 0.7.7, il n'y avait qu'une "sortie" de l'événement sur les processus enfants (et pas de "fermer" l'événement). Cet événement est déclenché lorsque le processus de l'enfant a quitté, et tous les flux (stdin, stdout, stdout) ont été fermés.

Dans Le Nœud 0.7.7, le "proche" de l'événement a été introduite (voir commettre).
Le documentation (permalink) actuellement dit:

'Fermer' événement est émis lorsque le stdio flux d'un processus enfant ont été fermés. Elle est distincte de la "sortie" de l'événement, depuis plusieurs processus partagent le même stdio ruisseaux.

Si vous venez de lancer un programme et de ne pas faire quelque chose de spécial avec stdio, le "proche" événement se déclenche après la "sortie".
Le "proche" de l'événement peut être retardée si par exemple le flux stdout est transmise à un autre flux. Cela signifie donc que la "proximité" de l'événement peut être retardée (indéfiniment) après la "sortie" de l'événement.

Est-ce à dire que la "proximité" de l'événement est toujours déclenché après la "sortie"? Comme le montrent les exemples ci-dessous montrent, la réponse est non.

Donc, si vous vous intéressez seulement à la fin du processus (par exemple, parce que le processus est titulaire d'une ressource exclusive), à l'écoute de "sortie" est suffisante.
Si vous n'avez pas de soins sur le programme, et seulement à propos de son entrée et/ou sortie, utilisez le bouton "fermer" de l'événement.

Expérience: détruire stdio avant de tuer l'enfant

Expérimentalement (en Node.js v7.2.0), j'ai trouvé que si la stdio les flux ne sont pas utilisés par le processus de l'enfant, que puis "fermer" événement n'est déclenché une fois que le programme s'est terminé:

//The "sleep" command takes no input and gives no output.
cp = require('child_process').spawn('sleep', ['100']);
cp.on('exit', console.log.bind(console, 'exited'));
cp.on('close', console.log.bind(console, 'closed'));
cp.stdin.end();
cp.stdout.destroy();
cp.stderr.destroy();
console.log('Closed all stdio');
setTimeout(function() { 
    console.log('Going to kill');
    cp.kill();
}, 500);

Le programme ci-dessus frai "sommeil" sorties:

Closed all stdio
Going to kill
exited null SIGTERM
closed null SIGTERM

Quand je change les premières lignes d'un programme de sorties seulement,

//The "yes" command continuously outputs lines with "y"
cp = require('child_process').spawn('yes');

... alors la sortie est:

Closed all stdio
exited 1 null
closed 1 null
Going to kill

De même quand je change de frayer un programme qui lit uniquement à partir de stdin,

//Keeps reading from stdin.
cp = require('child_process').spawn('node', ['-e', 'process.stdin.resume()']);

Ou quand j'ai lu sur l'entrée standard et la sortie vers stdout,

//"cat" without arguments reads from stdin, and outputs to stdout
cp = require('child_process').spawn('cat');

Expérience: programme Pipe à l'autre, tuer en premier programme

L'expérience précédente est tout à fait artificielle. L'expérience suivante est un peu plus réaliste: Vous dirigez un programme à l'autre et de tuer le premier.

//Reads from stdin, output the input to stdout, repeat.
cp = require('child_process').spawn('bash', ['-c', 'while read x ; do echo "$x" ; done']);
cp.on('exit', console.log.bind(console, 'exited'));
cp.on('close', console.log.bind(console, 'closed'));

cpNext = require('child_process').spawn('cat');
cp.stdout.pipe(cpNext.stdin);

setTimeout(function() {
    //Let's assume that it has started. Now kill it.
    cp.kill();
    console.log('Called kill()');
}, 500);

De sortie:

Called kill()
exited null SIGTERM
closed null SIGTERM

De même, lorsque le premier programme ne lit que de l'entrée et de ne jamais sorties:

//Keeps reading from stdin, never outputs.
cp = require('child_process').spawn('bash', ['-c', 'while read ; do : ; done']);

Lorsque le premier programme de garde de la sortie sans attendre pour stdin, le comportement est différent, comme l'expérience suivante montre.

Expérience: Pipe programme avec beaucoup de sortie à l'autre, tuer en premier programme

//Equivalent to "yes | cat".
cp = require('child_process').spawn('yes');
cp.on('exit', console.log.bind(console, 'exited'));
cp.on('close', console.log.bind(console, 'closed'));

cpNext = require('child_process').spawn('cat');
cp.stdout.pipe(cpNext.stdin);

setTimeout(function() {
    //Let's assume that it has started. Now kill it.
    cp.kill();
    console.log('Called kill()');
    setTimeout(function() {
        console.log('Expecting "exit" to have fired, and not "close"');
        //cpNext.kill();
        //^ Triggers 'error' event, errno ECONNRESET.
        //^ and does not fire the 'close' event!

        //cp.stdout.unpipe(cpNext.stdin);
        //^ Does not appear to have any effect.
        //^ calling cpNext.kill() throws ECONNRESET.
        //^ and does not fire the 'close' event!

        cp.stdout.destroy(); //<-- triggers 'close'
        cpNext.stdin.destroy();
        //^ Without this, cpNext.kill() throws ECONNRESET.

        cpNext.kill();
    }, 500);
}, 500);

Le programme ci-dessus affiche ce qui suit, puis se ferme:

Called kill()
exited null SIGTERM
Expecting "exit" to have fired, and not "close"
closed null SIGTERM

Avez-vous regarder la documentation?

Selon cette:

'Fermer' événement est émis lorsque le stdio flux d'un processus enfant ont été fermés. Elle est distincte de la "sortie" de l'événement, depuis plusieurs processus partagent le même stdio flux.

La "sortie" de l'événement est émis après le processus fils se termine. Si le processus de sortie, le code est le dernier code de sortie du processus, null sinon. Si le processus s'est terminé en raison de la réception d'un signal, ce signal est le nom de la chaîne du signal, null sinon. L'un des deux sera toujours non nulle.