Explique os modelos async: callbacks, promises, async/await e o event loop.

Question

IT Interview Practice · Accepted Answer

**Estas são formas progressivamente mais agradáveis de expressar trabalho não bloqueante em uma única thread, todas movidas por baixo por um event loop que roda os callbacks prontos um de cada vez.** Elas gerenciam *quando* o código retoma, não múltiplas threads.

## O event loop

Um loop de thread única mantém uma fila de callbacks prontos. Quando uma operação assíncrona (timer, I/O) se completa, seu callback é enfileirado; o loop pega o próximo e o roda até o fim, depois repete. Nada preempta um callback em execução, então trabalho longo de CPU bloqueia tudo.

```text
[event loop] → run callback → I/O finishes → enqueue callback → run next → ...
```

## Os três estilos

```js
// 1. Callbacks — nesting gets ugly ("callback hell")
readFile('a', (e, a) => readFile('b', (e, b) => done(a, b)));

// 2. Promises — chainable, flat error handling
readFile('a').then(a => readFile('b')).then(b => ...).catch(err => ...);

// 3. async/await — sequential-looking, still non-blocking
async function run() {
  const a = await readFile('a');   // yields to the loop while waiting
  const b = await readFile('b');
  return done(a, b);
}
```

`await` suspende a função e devolve o controle ao event loop; quando a promise resolve, a execução retoma de onde parou. É açúcar sintático sobre promises — o mesmo event loop por baixo.

## Por que isso importa

Este modelo move o Node.js, os navegadores e o asyncio do Python: concorrência massiva de I/O em uma thread sem a complexidade de locks. A pegadinha é que você nunca deve bloquear o loop — uma chamada síncrona pesada de CPU ou bloqueante trava toda tarefa pendente. Entender que async ≠ paralelo é um discriminador comum em entrevistas.

O event loop

Os três estilos

Por que isso importa

Perguntas relacionadas