Bucla de evenimente rulează JavaScript-ul tău pe un singur fir de execuție, așa că orice lucru sincron care durează mult o blochează — iar cât timp este blocată, Node nu servește nicio altă cerere, timer sau callback. Blocarea este aproape întotdeauna muncă limitată de CPU sau un API *Sync, niciodată I/O asincron așteptat corect cu await.
*Sync) — fs.readFileSync, fs.writeFileSync, child_process.execSync, zlib.gzipSync. Așteaptă pe loc în loc să predea sarcina către libuv.map/sort/filter pe array-uri mari, matematică matricială, procesare imagine/video, parsare/serializare a structurilor uriașe.JSON.parse / JSON.stringify mari — sincrone și O(n); un payload de câțiva MB îngheață bucla pe toată durata parsării.crypto.pbkdf2Sync, modul sync al bcrypt, hashuirea unor buffere mari pe firul principal.while (true), recursivitate nelimitată, for peste milioane de elemente cu muncă per element.// Toate acestea blochează bucla — nicio altă cerere nu este servită între timp:
const data = fs.readFileSync("big.json"); // I/O sincron
const obj = JSON.parse(hugeString); // parsare mare
const hash = crypto.pbkdf2Sync(pw, salt, 1e6, 64, "sha512"); // crypto sincron
for (let i = 0; i < 1e9; i++) { /* CPU */ } // buclă strânsă
Împachetarea muncii CPU într-o funcție
asyncnu ajută —asynccedează controlul doar la unawait; corpul sincron tot rulează până la capăt pe firul buclei.
perf_hooks.monitorEventLoopDelay() sau biblioteci precum blocked-at; lag-ul în creștere înseamnă că ceva monopolizează firul.node --prof, clinic doctor/clinic flame, profilul CPU din Chrome DevTools pentru a găsi cadrul sincron fierbinte.*Sync (fs.promises.readFile, crypto.pbkdf2, zlib.gzip).worker_threads, un proces copil sau o coadă/serviciu extern.setImmediate/await astfel încât bucla să poată respira între loturi.const { Worker } = require("node:worker_threads");
// Descarcă hash-ul costisitor pentru ca bucla să rămână responsivă.
const worker = new Worker("./hash-worker.js", { workerData: { pw, salt } });
În Node, un singur apel blocant pedepsește fiecare client concurent, nu doar cererea care l-a cauzat — vârfuri de latență, health check-uri care expiră și procesul care pare „blocat" sub sarcină. Intervievatorii întreabă asta pentru a vedea dacă poți numi blocajele concrete (*Sync, JSON.parse mare, crypto sincron, ReDoS, bucle CPU), le poți detecta cu instrumente de lag al buclei de evenimente și le poți remedia trecând la async sau descărcând către worker threads. Este cea mai frecventă eroare de performanță Node în producție.
O bibliotecă de întrebări de interviu IT cu răspunsuri detaliate — de la Junior la Senior.
Donează