Az event loop a JavaScriptedet egyetlen szálon futtatja, így bármi, ami szinkron és sokáig tart, blokkolja azt — és amíg blokkolva van, a Node semmilyen más kérést, időzítőt vagy callbacket nem szolgál ki. A blokkolás szinte mindig CPU-igényes munka vagy egy *Sync API, soha nem a megfelelően awaitelt aszinkron I/O.
*Sync) API-k — fs.readFileSync, fs.writeFileSync, child_process.execSync, zlib.gzipSync. Ezek helyben várakoznak, ahelyett hogy átadnák a munkát a libuv-nak.map/sort/filter műveletei, mátrixműveletek, kép-/videófeldolgozás, hatalmas struktúrák parse-olása/szerializálása.JSON.parse / JSON.stringify — szinkron és O(n); egy több MB-os payload a teljes parse idejére befagyasztja a loopot.crypto.pbkdf2Sync, bcrypt szinkron mód, nagy bufferek hashelése a fő szálon.while (true), korlátlan rekurzió, for több millió elemen, elemenkénti munkával.// Mind blokkolja a loopot — közben egyetlen más kérés sem kap kiszolgálást:
const data = fs.readFileSync("big.json"); // szinkron I/O
const obj = JSON.parse(hugeString); // nagy parse
const hash = crypto.pbkdf2Sync(pw, salt, 1e6, 64, "sha512"); // szinkron kriptográfia
for (let i = 0; i < 1e9; i++) { /* CPU */ } // szoros ciklus
A CPU-munka
asyncfüggvénybe csomagolása nem segít — azasynccsak azawait-nél ad át vezérlést; a szinkron törzs továbbra is végigfut a loop szálán.
perf_hooks.monitorEventLoopDelay()-jel vagy olyan könyvtárakkal, mint a blocked-at; a növekvő lag azt jelenti, hogy valami leköti a szálat.node --prof, clinic doctor/clinic flame, Chrome DevTools CPU-profil a forró szinkron keret megtalálásához.*Sync hívás aszinkron párját (fs.promises.readFile, crypto.pbkdf2, zlib.gzip).worker_threads poolba, egy child processbe, vagy egy külső queue-ba/szolgáltatásba.setImmediate/await segítségével, hogy a loop levegőhöz jusson a kötegek között.const { Worker } = require("node:worker_threads");
// Told ki a drága hash-t, hogy a loop reszponzív maradjon.
const worker = new Worker("./hash-worker.js", { workerData: { pw, salt } });
A Node-ban egyetlen blokkoló hívás minden egyidejű klienst megbüntet, nem csak azt a kérést, amelyik okozta — a latency megugrik, a health checkek timeoutolnak, és a folyamat terhelés alatt "lefagyottnak" tűnik. Az interjúztatók azért kérdezik ezt, hogy lássák, meg tudod-e nevezni a konkrét blokkolókat (*Sync, nagy JSON.parse, szinkron kriptográfia, ReDoS, CPU-ciklusok), fel tudod-e ismerni őket event-loop-lag eszközökkel, és ki tudod-e javítani őket az aszinkronra váltással vagy worker threadekre való kihelyezéssel. Ez a legelterjedtebb Node teljesítménybeli hiba éles környezetben.
IT interjúkérdések gyűjteménye részletes válaszokkal — Juniortól Seniorig.
Adományozás