L'event loop esegue il tuo JavaScript su un singolo thread, quindi qualsiasi cosa sincrona che richiede molto tempo lo blocca — e mentre è bloccato, Node non serve nessun'altra richiesta, timer o callback. Il blocco è quasi sempre lavoro CPU-bound o un'API *Sync, mai I/O asincrono correttamente awaitato.
*Sync) — fs.readFileSync, fs.writeFileSync, child_process.execSync, zlib.gzipSync. Attendono inline invece di delegare a libuv.map/sort/filter su array grandi, calcoli matriciali, elaborazione di immagini/video, parsing/serializzazione di strutture enormi.JSON.parse / JSON.stringify di grandi dimensioni — sincroni e O(n); un payload di più MB congela il loop per l'intero parsing.crypto.pbkdf2Sync, bcrypt in modalità sync, hashing di buffer grandi sul thread principale.while (true), ricorsione illimitata, for su milioni di elementi con lavoro per elemento.// Tutti questi bloccano il loop — nessun'altra richiesta viene servita nel frattempo:
const data = fs.readFileSync("big.json"); // I/O sincrono
const obj = JSON.parse(hugeString); // parsing grande
const hash = crypto.pbkdf2Sync(pw, salt, 1e6, 64, "sha512"); // crypto sincrona
for (let i = 0; i < 1e9; i++) { /* CPU */ } // loop stretto
Avvolgere il lavoro CPU in una funzione
asyncnon aiuta —asynccede il controllo solo suawait; il corpo sincrono viene comunque eseguito fino in fondo sul thread del loop.
perf_hooks.monitorEventLoopDelay() o librerie come blocked-at; un lag crescente significa che qualcosa sta monopolizzando il thread.node --prof, clinic doctor/clinic flame, il CPU profile di Chrome DevTools per trovare il frame sincrono caldo.*Sync (fs.promises.readFile, crypto.pbkdf2, zlib.gzip).worker_threads, un child process, o una coda/servizio esterno.setImmediate/await così che il loop possa respirare tra un batch e l'altro.const { Worker } = require("node:worker_threads");
// Scarica l'hash costoso così che il loop resti reattivo.
const worker = new Worker("./hash-worker.js", { workerData: { pw, salt } });
In Node, una singola chiamata bloccante punisce ogni client concorrente, non solo la richiesta che l'ha causata — la latenza schizza, gli health check vanno in timeout e il processo sembra "bloccato" sotto carico. Gli intervistatori lo chiedono per vedere se sai nominare i bloccanti concreti (*Sync, JSON.parse grande, crypto sincrona, ReDoS, loop CPU), rilevarli con strumenti di event-loop-lag e risolverli passando ad async o delegando ai worker threads. È il singolo fallimento di performance di Node più comune in produzione.
Una raccolta di domande di colloquio IT con risposte dettagliate — da Junior a Senior.
Dona