Цикл событий выполняет ваш JavaScript в одном потоке, поэтому всё синхронное, что занимает много времени, блокирует его — а пока он заблокирован, Node не обслуживает ни один другой запрос, таймер или коллбэк. Блокировка почти всегда — это работа, ограниченная CPU или API *Sync, но никогда не корректно ожидаемый async-ввод-вывод.
*Sync) API — fs.readFileSync, fs.writeFileSync, child_process.execSync, zlib.gzipSync. Они ждут на месте, вместо того чтобы передать работу libuv.map/sort/filter по массивам, матричная математика, обработка изображений/видео, парсинг/сериализация огромных структур.JSON.parse / JSON.stringify — синхронные и O(n); полезная нагрузка в несколько МБ замораживает цикл на всё время парсинга.crypto.pbkdf2Sync, sync-режим bcrypt, хеширование больших буферов в главном потоке.while (true), неограниченная рекурсия, for по миллионам элементов с работой на каждый элемент.// Всё это блокирует цикл — тем временем ни один другой запрос не обслуживается:
const data = fs.readFileSync("big.json"); // синхронный I/O
const obj = JSON.parse(hugeString); // большой парсинг
const hash = crypto.pbkdf2Sync(pw, salt, 1e6, 64, "sha512"); // синхронное crypto
for (let i = 0; i < 1e9; i++) { /* CPU */ } // плотный цикл
Оборачивание работы CPU в функцию
asyncне помогает —asyncуступает управление только наawait; синхронное тело всё равно выполняется до конца в потоке цикла.
perf_hooks.monitorEventLoopDelay() или библиотек вроде blocked-at; растущая задержка означает, что что-то захватывает поток.node --prof, clinic doctor/clinic flame, CPU-профиль в Chrome DevTools, чтобы найти горячий синхронный кадр.*Sync (fs.promises.readFile, crypto.pbkdf2, zlib.gzip).worker_threads, дочерний процесс или внешнюю очередь/сервис.setImmediate/await, чтобы цикл мог дышать между партиями.const { Worker } = require("node:worker_threads");
// Выгрузите дорогое хеширование, чтобы цикл оставался отзывчивым.
const worker = new Worker("./hash-worker.js", { workerData: { pw, salt } });
В Node один блокирующий вызов наказывает каждого одновременного клиента, а не только запрос, который его вызвал — всплески задержек, тайм-ауты health-check-ов, и процесс выглядит «зависшим» под нагрузкой. Интервьюеры спрашивают это, чтобы увидеть, можете ли вы назвать конкретные блокираторы (*Sync, большой JSON.parse, синхронное crypto, ReDoS, циклы CPU), обнаружить их с помощью инструментов измерения задержки цикла событий и исправить, перейдя на async или выгрузив в worker threads. Это самый частый сбой производительности Node в продакшене.
Библиотека вопросов для IT-собеседований с подробными ответами — от Junior до Senior.
Поддержать