De event loop draait je JavaScript op een enkele thread, dus alles wat synchroon is en lang duurt blokkeert hem — en zolang hij geblokkeerd is, bedient Node geen enkele andere request, timer of callback. Blokkeren is bijna altijd CPU-gebonden werk of een *Sync-API, nooit correct ge-awaite async I/O.
*Sync) API's — fs.readFileSync, fs.writeFileSync, child_process.execSync, zlib.gzipSync. Ze wachten inline in plaats van het werk aan libuv over te dragen.map/sort/filter, matrixwiskunde, beeld-/videoverwerking, het parsen/serialiseren van enorme structuren.JSON.parse / JSON.stringify — synchroon en O(n); een payload van meerdere MB bevriest de loop voor de hele parse.crypto.pbkdf2Sync, bcrypt in sync-modus, het hashen van grote buffers op de main thread.while (true), onbegrensde recursie, for over miljoenen items met werk per item.// Dit alles blokkeert de loop — ondertussen wordt geen enkele andere request bediend:
const data = fs.readFileSync("big.json"); // synchrone I/O
const obj = JSON.parse(hugeString); // grote parse
const hash = crypto.pbkdf2Sync(pw, salt, 1e6, 64, "sha512"); // synchrone crypto
for (let i = 0; i < 1e9; i++) { /* CPU */ } // strakke loop
CPU-werk in een
async-functie wikkelen helpt niet —asyncgeeft alleen controle af bijawait; de synchrone body draait nog steeds volledig af op de loop-thread.
perf_hooks.monitorEventLoopDelay() of bibliotheken zoals blocked-at; stijgende lag betekent dat iets de thread inpalmt.node --prof, clinic doctor/clinic flame, Chrome DevTools CPU-profiel om het hete synchrone frame te vinden.*Sync-aanroep (fs.promises.readFile, crypto.pbkdf2, zlib.gzip).worker_threads-pool, een child process of een externe queue/service.setImmediate/await zodat de loop tussen batches kan ademen.const { Worker } = require("node:worker_threads");
// Ontlast de dure hash zodat de loop responsief blijft.
const worker = new Worker("./hash-worker.js", { workerData: { pw, salt } });
In Node straft één blokkerende aanroep elke gelijktijdige client, niet alleen de request die hem veroorzaakte — latency piekt, health checks lopen af (timeout), en het proces lijkt "vast te hangen" onder belasting. Interviewers vragen dit om te zien of je de concrete blokkeerders kunt benoemen (*Sync, grote JSON.parse, sync crypto, ReDoS, CPU-loops), ze kunt detecteren met event-loop-lag-tooling, en ze kunt oplossen door async te gaan of naar worker threads te ontlasten. Het is de allervaakst voorkomende Node-prestatiefout in productie.
Een bibliotheek met IT-sollicitatievragen met gedetailleerde antwoorden — van Junior tot Senior.
Doneren