Blockierende I/O hält den aufrufenden Thread an, bis die Operation fertig ist; nicht-blockierende I/O kehrt sofort zurück und lässt den Thread andere Arbeit erledigen, während die Operation abgeschlossen wird. Sync vs. Async beschreibt dieselbe Idee auf API-Ebene.
read(), bis Daten ankommen. Einfach, aber der Thread ist die ganze Zeit untätig — um N langsame Clients zu bedienen, brauchst du N Threads.Blocking: ──[ wait for disk ]── (thread stuck, does nothing)
Non-blocking: ──▶ returns now; event loop notified when ready
// Blocking: nothing else runs until the file is read
const data = fs.readFileSync('big.txt');
// Non-blocking: thread keeps going; callback fires later
fs.readFile('big.txt', (err, data) => { /* handle later */ });
// or async/await on top of non-blocking primitives
const data2 = await fs.promises.readFile('big.txt');
Dies ist der Kern skalierbarer Server. Node.js und nginx bewältigen riesige Verbindungszahlen mit wenigen Threads genau deshalb, weil I/O nicht-blockierend ist — Warten belegt keinen Thread. Verwende blockierende Aufrufe für Einfachheit in Skripten; verwende nicht-blockierende für hochnebenläufige Netzwerkdienste, und blockiere die Event Loop niemals mit CPU-intensiver Arbeit.
Eine Sammlung von IT-Interviewfragen mit ausführlichen Antworten — vom Junior bis zum Senior.
Spenden