NodeJS - Warum mit while-Schleife stören, wenn Daten aus lesbaren Stream innerhalb des .on Lese (‚lesbar‘) Ereignis

Question

Was der Vorteil dieser Art des Lesens von Daten aus einem lesbaren Strom wie eine Anforderung ist:

request.on('readable', function(){ 
    var chunk = null; 
    while (null !== (chunk = request.read())) { 
     response.write(chunk); 
    }; 
}); 

vs auf diese Weise ohne eine while-Schleife im Inneren? Da "lesbar" einfach weiterschiessen wird, warum sollte man sich mit der while-Schleife beschäftigen?

request.on('readable', function(){ 
    var chunk = request.read(); 
    if(chunk !== null){ 
     response.write(chunk);   
    } 
}); 

Answer 1

Gemäß der API-Dokumentation:

var req = http.request(options, function(res) { 
    console.log('STATUS: ' + res.statusCode); 
    console.log('HEADERS: ' + JSON.stringify(res.headers)); 
    res.setEncoding('utf8'); 
    res.on('data', function (chunk) { 
    console.log('BODY: ' + chunk); 
    }); 
}); 

die res.on Verwendung ('Daten') Fall, dass Sie die Daten erhalten, wenn es bereit ist. Dies ermöglicht es Ihrem Programm, sich fortzubewegen und andere Dinge zu tun, bis der nächste Teil der Daten bereit ist, verarbeitet zu werden (erinnern Sie sich, dass HTTP über TCP ist, das in Blöcken kommt).

Die Verwendung des untenstehenden Codes könnte funktionieren, aber warum sollten Sie CPU-Zyklen unnötig verschlingen und anderen Code blockieren (denken Sie daran, dass Ihr Node.js-JavaScript-Code single-threaded ist). Das Verwenden von Ereignissen ist viel besser, da es Ihrem JavaScript ermöglicht, Ein-/Ausgaben auszuführen und zu verarbeiten, ohne den Prozess unnötig zu blockieren.

request.on('readable', function(){ 
    var chunk = null; 
    while (null !== (chunk = request.read())) { 
     response.write(chunk); 
    }; 
});