Unterschied zwischen ChildProcess close, exit-Ereignisse

Bevor Node.js 0.7.7, es war nur eine "exit" - Ereignis auf Kind-Prozesse (und keine "schließen" - Ereignis). Dieses Ereignis hätte ausgelöst werden, wenn der untergeordnete Prozess beendet wurde, und alle streams (stdin, stdout, stdout) geschlossen wurden.

Im Knoten 0.7.7, die "close" - event eingeführt (siehe commit).
Die Dokumentation (permalink) derzeit sagt:

Den "schließen" - Ereignis wird ausgelöst, wenn der stdio-streams von einem child-Prozess geschlossen worden. Dies unterscheidet sich von der "exit" - Ereignis, da mehrere Prozesse teilen die gleichen stdio-streams.

Wenn du einfach spawn ein Programm und mache nichts besonderes mit der stdio, die "schließen" - Ereignis wird ausgelöst, nachdem "exit".
Die "schließen" - Ereignis kann verzögert werden, wenn z.B. die stdout-stream-Pipeline zu einem anderen stream. Das bedeutet also, dass der "schließen" - Ereignis verzögert werden können (auf unbestimmte Zeit) nach der "exit" - Ereignis.

Bedeutet das, dass der "schließen" - Ereignis wird immer ausgelöst, nachdem "exit"? Wie die Beispiele unten zeigen, die Antwort ist Nein.

Also, wenn Sie interessiert sind, nur den Prozess Kündigung (z.B. weil der Prozess besitzt eine exklusive Ressource) beim hören von "exit" ist ausreichend.
Wenn Sie nicht über das Programm, und nur über seine Eingabe und/oder Ausgabe verwenden Sie die "schließen" - Ereignis.

Experiment: zerstören stdio vor der Tötung Kind

Experimentell (in Node.js v7.2.0), ich fand, dass, wenn der stdio-streams werden nicht durch das Kind-Prozess, dann die "schließen" - Ereignis wird nur gefeuert, nachdem das Programm beendet wurde:

//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);

Dem oben genannten Programm laichen "Schlaf" - Ausgänge:

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

Wenn ich die ersten Zeilen für ein Programm, das nur Ausgänge,

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

... dann wird die Ausgabe ist:

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

Ähnlich, wenn ich spawn ein Programm, das nur liest von stdin,

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

Oder wenn ich lese von Standardeingabe und-Ausgabe auf stdout,

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

Experiment: Pipe-Programm zu einem anderen, töten erste Programm

Dem vorherigen experiment ist ziemlich künstlich. Der nächste Versuch ist ein wenig realistischer: leiten Sie ein Programm zu einem anderen und töten die erste.

//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);

Ausgabe:

Called kill()
exited null SIGTERM
closed null SIGTERM

Ähnlich, wenn Sie das erste Programm liest nur aus Eingabe-und nie-Ausgänge:

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

Wenn das erste Programm hält, ausgeben, ohne zu warten, für stdin, das Verhalten ist anders wenn es, wie der nächste Versuch zeigt.

Experiment: Pipe-Programm mit vielen Ausgaben zu anderen, töten erste Programm

//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);

Das obige Programm gibt Folgendes aus und wird dann beendet:

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

Haben Sie Blick auf die Dokumentation?

Laut diese:

Den "schließen" - Ereignis wird ausgelöst, wenn der stdio-streams von einem child-Prozess geschlossen worden. Dies unterscheidet sich von der "exit" - Ereignis, da mehrere Prozesse teilen die gleichen stdio streams.

Den 'exit' - Ereignis wird emittiert, nachdem der untergeordnete Prozess beendet wird. Wenn der Prozess beendet wurde, der code ist der Letzte exit-code des Prozesses, andernfalls null. Wenn der Prozess beendet durch den Empfang eines Signals, signal ist der string, der name des Signals, sonst null. Einer der beiden wird immer ungleich null.