console.log di node.js è asincrono?

Sono console.log/debug/warn/errorin node.js asincroni? Voglio dire, l'esecuzione del codice javascript si interromperà fino a quando il materiale non verrà stampato sullo schermo o verrà stampato in una fase successiva?

Inoltre, mi interessa sapere se è possibile che un console.log NON visualizzi nulla se l'istruzione immediatamente dopo l'arresto anomalo del nodo.

Aggiornamento: a partire dal nodo 0.6 questo post è obsoleto, poiché ora lo stdout è sincrono .

Bene, vediamo cosa console.logfa effettivamente.

Prima di tutto fa parte del modulo console :

exports.log = function() {
  process.stdout.write(format.apply(this, arguments) + '\n');
};

Quindi fa semplicemente un po 'di formattazione e scrive su process.stdout, niente di asincrono finora.

process.stdoutè un getter definito all'avvio che viene inizializzato pigramente, ho aggiunto alcuni commenti per spiegare le cose:

.... code here...
process.__defineGetter__('stdout', function() {
  if (stdout) return stdout;                            // only initialize it once 

  /// many requires here ...

  if (binding.isatty(fd)) {                             // a terminal? great!
    stdout = new tty.WriteStream(fd);
  } else if (binding.isStdoutBlocking()) {              // a file?
    stdout = new fs.WriteStream(null, {fd: fd});
  } else {
    stdout = new net.Stream(fd);                        // a stream? 
                                                        // For example: node foo.js > out.txt
    stdout.readable = false;
  }

  return stdout;
});

In caso di TTY e UNIX finiamo qui , questa cosa eredita da socket. Quindi tutto ciò che il nodo fa fondamentalmente è inviare i dati al socket, quindi il terminale si occupa del resto.

Proviamolo!

var data = '111111111111111111111111111111111111111111111111111';
for(var i = 0, l = 12; i < l; i++) {
    data += data; // warning! gets very large, very quick
}

var start = Date.now();
console.log(data);
console.log('wrote %d bytes in %dms', data.length, Date.now() - start);

Risultato

....a lot of ones....1111111111111111
wrote 208896 bytes in 17ms

real    0m0.969s
user    0m0.068s
sys  0m0.012s

Il terminale impiega circa 1 secondo per stampare il contenuto dei socket, ma il nodo necessita solo di 17 millisecondi per inviare i dati al terminale.

Lo stesso vale per il caso di flusso e anche il caso di file viene gestito in modo asincrono .

Quindi sì, Node.js mantiene le sue promesse di non blocco.

console.warn () e console.error () si stanno bloccando. Non vengono restituiti finché le chiamate di sistema sottostanti non hanno avuto esito positivo.

Sì, è possibile che un programma esca prima che tutto ciò che è scritto su stdout sia stato scaricato. process.exit () terminerà immediatamente il nodo, anche se ci sono ancora scritture in coda su stdout. Dovresti usare console.warn per evitare questo comportamento.

La mia conclusione, dopo aver letto i documenti di Node.js 10. * (allegati sotto). è che puoi usare console.log per la registrazione, console.log è sincrono e implementato a basso livello c. Sebbene console.log sia sincronico, non causerà problemi di prestazioni solo se non si registrano enormi quantità di dati.

(L'esempio della riga di comando seguente mostra, console.log async e console.error is sync )

Basato su Node.js Doc's

Le funzioni della console sono sincrone quando la destinazione è un terminale o un file (per evitare la perdita di messaggi in caso di uscita prematura) e asincrone quando è una pipe (per evitare blocchi per lunghi periodi di tempo).

Cioè, nel seguente esempio, stdout non blocca mentre stderr sta bloccando:

$ node script.js 2> error.log | tee info.log

Nell'uso quotidiano, la dicotomia blocco / non blocco non è qualcosa di cui ti dovresti preoccupare a meno che tu non> registri enormi quantità di dati.

Spero che sia d'aiuto

Console.log è asincrono in Windows mentre è sincrono in linux / mac. Per rendere sincrono console.log in Windows scrivi questa riga all'inizio del codice probabilmente nel file index.js. Qualsiasi console.log dopo questa istruzione verrà considerato sincrono dall'interprete.

if (process.stdout._handle) process.stdout._handle.setBlocking(true);