O event loop executa seu JavaScript em uma única thread, então qualquer coisa síncrona que demore muito o bloqueia — e, enquanto bloqueado, o Node não atende nenhuma outra requisição, timer ou callback. O bloqueio é quase sempre trabalho limitado por CPU ou uma API *Sync, nunca I/O assíncrono corretamente aguardado com await.
*Sync) — fs.readFileSync, fs.writeFileSync, child_process.execSync, zlib.gzipSync. Elas esperam inline em vez de repassar para o libuv.map/sort/filter em arrays grandes, matemática de matrizes, processamento de imagem/vídeo, parse/serialização de estruturas enormes.JSON.parse / JSON.stringify grandes — síncronos e O(n); um payload de vários MB congela o loop durante todo o parse.crypto.pbkdf2Sync, modo sync do bcrypt, hashing de buffers grandes na thread principal.while (true), recursão sem limites, for sobre milhões de itens com trabalho por item.// Todos estes bloqueiam o loop — nenhuma outra requisição é atendida enquanto isso:
const data = fs.readFileSync("big.json"); // I/O síncrono
const obj = JSON.parse(hugeString); // parse grande
const hash = crypto.pbkdf2Sync(pw, salt, 1e6, 64, "sha512"); // crypto síncrono
for (let i = 0; i < 1e9; i++) { /* CPU */ } // laço apertado
Envolver trabalho de CPU em uma função
asyncnão ajuda —asyncsó cede em umawait; o corpo síncrono ainda roda até o fim na thread do loop.
perf_hooks.monitorEventLoopDelay() ou bibliotecas como blocked-at; lag crescente significa que algo está monopolizando a thread.node --prof, clinic doctor/clinic flame, perfil de CPU do Chrome DevTools para encontrar o frame síncrono quente.*Sync (fs.promises.readFile, crypto.pbkdf2, zlib.gzip).worker_threads, um processo filho ou uma fila/serviço externo.setImmediate/await para que o loop possa respirar entre os lotes.const { Worker } = require("node:worker_threads");
// Descarregue o hash custoso para que o loop permaneça responsivo.
const worker = new Worker("./hash-worker.js", { workerData: { pw, salt } });
No Node, uma única chamada bloqueante pune todos os clientes concorrentes, não apenas a requisição que a causou — picos de latência, health checks expirando e o processo parecendo "travado" sob carga. Os entrevistadores perguntam isso para ver se você consegue nomear os bloqueadores concretos (*Sync, JSON.parse grande, crypto síncrono, ReDoS, laços de CPU), detectá-los com ferramentas de lag do event loop e corrigi-los indo para async ou descarregando para worker threads. É a falha de desempenho de Node mais comum em produção.
Uma biblioteca de perguntas de entrevista de TI com respostas detalhadas — de Júnior a Sênior.
Doar