Event loop spouští váš JavaScript v jednom vlákně (single thread), takže cokoli synchronního, co trvá dlouho, ho zablokuje — a dokud je zablokovaný, Node neobsluhuje žádný další požadavek, časovač ani callback. Blokování je téměř vždy práce vázaná na CPU (CPU-bound) nebo *Sync API, nikdy správně awaitované asynchronní I/O.
*Sync) API — fs.readFileSync, fs.writeFileSync, child_process.execSync, zlib.gzipSync. Čekají přímo v běhu místo předání práce libuv.map/sort/filter nad poli, maticová matematika, zpracování obrázků/videa, parsování/serializace obrovských struktur.JSON.parse / JSON.stringify — synchronní a O(n); několikamegabajtový payload zmrazí smyčku po celou dobu parsování.crypto.pbkdf2Sync, synchronní režim bcrypt, hashování velkých bufferů v hlavním vlákně.while (true), neomezená rekurze, for přes miliony položek s prací na každou položku.// Všechny tyto blokují smyčku — mezitím není obsloužen žádný jiný požadavek:
const data = fs.readFileSync("big.json"); // synchronní I/O
const obj = JSON.parse(hugeString); // velké parsování
const hash = crypto.pbkdf2Sync(pw, salt, 1e6, 64, "sha512"); // synchronní kryptografie
for (let i = 0; i < 1e9; i++) { /* CPU */ } // těsná smyčka
Obalení práce na CPU do
asyncfunkce nepomůže —asyncuvolní řízení jen uawait; synchronní tělo stále doběhne až do konce ve vlákně smyčky.
perf_hooks.monitorEventLoopDelay() nebo knihoven jako blocked-at; rostoucí zpoždění znamená, že něco zabírá vlákno.node --prof, clinic doctor/clinic flame, CPU profil v Chrome DevTools k nalezení horkého synchronního rámce.*Sync (fs.promises.readFile, crypto.pbkdf2, zlib.gzip).worker_threads, do child procesu nebo do externí fronty/služby.setImmediate/await, aby si smyčka mezi dávkami mohla oddechnout.const { Worker } = require("node:worker_threads");
// Přesuňte nákladné hashování jinam, aby smyčka zůstala responzivní.
const worker = new Worker("./hash-worker.js", { workerData: { pw, salt } });
V Node jedno blokující volání potrestá každého souběžného klienta, nejen požadavek, který ho způsobil — latence prudce vyskočí, health checky vyprší a proces pod zátěží vypadá „zaseknutě". Tazatelé se na to ptají, aby zjistili, zda dokážete pojmenovat konkrétní blokátory (*Sync, velké JSON.parse, synchronní kryptografie, ReDoS, CPU smyčky), odhalit je nástroji na měření zpoždění event loopu a opravit je přechodem na async nebo přesunem do worker threads. Je to zdaleka nejčastější selhání výkonu Node v produkci.
Knihovna IT otázek k pohovoru s podrobnými odpověďmi — od Junior po Senior.
Přispět