Spiega i modelli async: callback, promise, async/await e l'event loop.

Question

IT Interview Practice · Accepted Answer

**Questi sono modi progressivamente più gradevoli di esprimere lavoro non bloccante su un singolo thread, tutti guidati sotto il cofano da un event loop che esegue le callback pronte una alla volta.** Gestiscono *quando* il codice riprende, non più thread.

## L'event loop

Un loop a thread singolo mantiene una coda di callback pronte. Quando un'operazione async (timer, I/O) si completa, la sua callback viene messa in coda; il loop prende la successiva e la esegue fino al termine, poi ripete. Nulla fa preemption di una callback in esecuzione, quindi un lungo lavoro CPU blocca tutto.

```text
[event loop] → esegui callback → l'I/O termina → accoda callback → esegui la successiva → ...
```

## I tre stili

```js
// 1. Callback — l'annidamento diventa brutto ("callback hell")
readFile('a', (e, a) => readFile('b', (e, b) => done(a, b)));

// 2. Promise — concatenabili, gestione degli errori piatta
readFile('a').then(a => readFile('b')).then(b => ...).catch(err => ...);

// 3. async/await — dall'aspetto sequenziale, comunque non bloccante
async function run() {
  const a = await readFile('a');   // cede il controllo al loop mentre aspetta
  const b = await readFile('b');
  return done(a, b);
}
```

`await` sospende la funzione e restituisce il controllo all'event loop; quando la promise si risolve, l'esecuzione riprende da dove si era interrotta. È zucchero sintattico sopra le promise — sotto c'è lo stesso event loop.

## Perché è importante

Questo modello alimenta Node.js, i browser e asyncio di Python: enorme concorrenza I/O su un solo thread senza la complessità dei lock. L'insidia è che non devi mai bloccare il loop — una chiamata sincrona CPU-intensive o bloccante blocca ogni task in attesa. Capire che async ≠ parallelo è un discriminante comune ai colloqui.

L'event loop

I tre stili

Perché è importante

Domande correlate