Event loop vykdo jūsų JavaScript vienoje gijoje (single thread), todėl bet kas sinchroninio, kas užtrunka ilgai, jį blokuoja — o kol jis užblokuotas, Node neaptarnauja jokios kitos užklausos, taimerio ar callback'o. Blokavimą beveik visada sukelia CPU intensyvus darbas arba *Sync API, o ne tinkamai su iškviestas asinchroninis I/O.
await*Sync) API — fs.readFileSync, fs.writeFileSync, child_process.execSync, zlib.gzipSync. Jie laukia vietoje, užuot perdavę darbą libuv.map/sort/filter, matricų matematika, vaizdų/vaizdo įrašų apdorojimas, milžiniškų struktūrų parsinimas/serializavimas.JSON.parse / JSON.stringify — sinchroninis ir O(n); kelių MB dydžio duomenų kiekis užšaldo loop'ą visą parsinimo laiką.crypto.pbkdf2Sync, bcrypt sinchroninis režimas, didelių buferių maišos skaičiavimas pagrindinėje gijoje.while (true), neribota rekursija, for per milijonus elementų su darbu kiekvienam elementui.// Visa tai blokuoja loop'ą — tuo metu neaptarnaujama jokia kita užklausa:
const data = fs.readFileSync("big.json"); // sinchroninis I/O
const obj = JSON.parse(hugeString); // didelis parsinimas
const hash = crypto.pbkdf2Sync(pw, salt, 1e6, 64, "sha512"); // sinchroninis crypto
for (let i = 0; i < 1e9; i++) { /* CPU */ } // tankus ciklas
CPU darbo apgaubimas
asyncfunkcijoje nepadeda —asyncperleidžia valdymą tik tiesawait; sinchroninis kūnas vis tiek įvykdomas iki galo loop'o gijoje.
perf_hooks.monitorEventLoopDelay() arba bibliotekomis kaip blocked-at; augantis lag'as reiškia, kad kažkas užima giją.node --prof, clinic doctor/clinic flame, Chrome DevTools CPU profilis, kad rastumėte karštą sinchroninį kadrą.*Sync iškvietimo asinchroninį atitikmenį (fs.promises.readFile, crypto.pbkdf2, zlib.gzip).worker_threads pool'ą, child procesą arba išorinę eilę/servisą.setImmediate/await, kad loop'as galėtų atsikvėpti tarp partijų.const { Worker } = require("node:worker_threads");
// Iškelkite brangų maišos skaičiavimą, kad loop'as liktų reaguojantis.
const worker = new Worker("./hash-worker.js", { workerData: { pw, salt } });
Node'e vienas blokuojantis iškvietimas baudžia kiekvieną vienalaikį klientą, ne tik tą užklausą, kuri jį sukėlė — vėlinimas šokteli, health check'ai baigiasi laiku (timeout), o procesas atrodo „pakibęs" esant apkrovai. Interviuotojai to klausia norėdami pamatyti, ar mokate įvardyti konkrečius blokuotojus (*Sync, didelis JSON.parse, sinchroninis crypto, ReDoS, CPU ciklai), aptikti juos su event-loop-lag įrankiais ir pataisyti pereidami prie async arba iškeldami darbą į worker threads. Tai dažniausiai pasitaikanti Node našumo klaida gamyboje (production).
IT pokalbių klausimų biblioteka su išsamiais atsakymais — nuo Junior iki Senior.
Paaukoti