Event loop-i e ekzekuton JavaScript-in tënd në një fill të vetëm, kështu që çdo gjë sinkrone që merr shumë kohë e bllokon atë — dhe ndërsa është i bllokuar, Node nuk i shërben asnjë kërkese, timer-i ose callback-u tjetër. Bllokimi është pothuajse gjithmonë punë e kufizuar nga CPU ose një API *Sync, kurrë I/O asinkron i pritur (await) siç duhet.
*Sync) — fs.readFileSync, fs.writeFileSync, child_process.execSync, zlib.gzipSync. Ato presin në vend, në vend që t'ia dorëzojnë libuv-it.map/sort/filter në array-e të mëdha, matematikë matricash, përpunim imazhi/video, parse/serializim strukturash gjigante.JSON.parse / JSON.stringify të mëdha — sinkrone dhe O(n); një payload prej disa MB e ngrin loop-in gjatë gjithë parse-it.crypto.pbkdf2Sync, modaliteti sync i bcrypt, hashimi i buffer-ëve të mëdhenj në fillin kryesor.while (true), rekursion i pakufizuar, for mbi miliona elemente me punë për çdo element.// Të gjitha këto e bllokojnë loop-in — ndërkohë nuk shërbehet asnjë kërkesë tjetër:
const data = fs.readFileSync("big.json"); // I/O sinkron
const obj = JSON.parse(hugeString); // parse i madh
const hash = crypto.pbkdf2Sync(pw, salt, 1e6, 64, "sha512"); // crypto sinkron
for (let i = 0; i < 1e9; i++) { /* CPU */ } // cikël i ngjeshur
Mbështjellja e punës së CPU-së në një funksion
asyncnuk ndihmon —asyncia lëshon kontrollin vetëm te njëawait; trupi sinkron sërish ekzekutohet deri në fund në fillin e loop-it.
perf_hooks.monitorEventLoopDelay() ose biblioteka si blocked-at; vonesa në rritje do të thotë se diçka po e zë fillin.node --prof, clinic doctor/clinic flame, profili CPU i Chrome DevTools për të gjetur kornizën e nxehtë sinkrone.*Sync (fs.promises.readFile, crypto.pbkdf2, zlib.gzip).worker_threads, një proces fëmijë ose një radhë/shërbim të jashtëm.setImmediate/await që loop-i të marrë frymë midis grupeve.const { Worker } = require("node:worker_threads");
// Shkarko hash-in e kushtueshëm që loop-i të mbetet i përgjegjshëm.
const worker = new Worker("./hash-worker.js", { workerData: { pw, salt } });
Në Node, një thirrje e vetme bllokuese ndëshkon çdo klient të njëkohshëm, jo vetëm kërkesën që e shkaktoi — kulme latence, health check-e që skadojnë dhe procesi që duket "i ngrirë" nën ngarkesë. Intervistuesit e pyesin këtë për të parë nëse mund t'i emërtosh bllokuesit konkretë (*Sync, JSON.parse i madh, crypto sinkron, ReDoS, cikle CPU), t'i zbulosh me vegla matjeje të vonesës së event loop-it dhe t'i rregullosh duke kaluar në async ose duke shkarkuar te worker threads. Është dështimi më i zakonshëm i performancës së Node në prodhim.
Një bibliotekë pyetjesh intervistash IT me përgjigje të detajuara — nga Junior te Senior.
Dhuro