Magyarázd el az async modelleket: callbacks, promises, async/await és az event loop.

Question

IT Interview Practice · Accepted Answer

**Ezek egyre szebb módok a non-blocking munka kifejezésére egyetlen threaden, mindet egy event loop hajtja alul, amely egyesével futtatja a kész callbackeket.** Azt kezelik, *mikor* folytatódik a kód, nem több threadet.

## Az event loop

Egy egyszálú loop egy kész callback-queue-t tart fenn. Amikor egy async művelet (timer, I/O) befejeződik, a callbackje betöltődik a sorba; a loop kiveszi a következőt és lefuttatja a végéig, majd ismétel. Semmi sem szakítja meg (preempt) a futó callbacket, így a hosszú CPU-munka mindent blokkol.

```text
[event loop] → callback futtat → I/O befejeződik → callback sorba → következő futtat → ...
```

## A három stílus

```js
// 1. Callbacks — a beágyazás csúnya lesz ("callback hell")
readFile('a', (e, a) => readFile('b', (e, b) => done(a, b)));

// 2. Promises — láncolható, lapos hibakezelés
readFile('a').then(a => readFile('b')).then(b => ...).catch(err => ...);

// 3. async/await — szekvenciálisnak tűnik, mégis non-blocking
async function run() {
  const a = await readFile('a');   // átadja a vezérlést a loopnak várakozás közben
  const b = await readFile('b');
  return done(a, b);
}
```

Az `await` felfüggeszti a függvényt és visszaadja a vezérlést az event loopnak; amikor a promise megoldódik, a végrehajtás ott folytatódik, ahol abbamaradt. Ez szintaktikai cukor a promise-ok felett — ugyanaz az event loop alul.

## Miért fontos

Ez a modell hajtja a Node.js-t, a böngészőket és a Python asyncio-t: hatalmas I/O konkurencia egy threaden lock-komplexitás nélkül. A csapda, hogy sosem szabad blokkolnod a loopot — egy synchronous CPU-intenzív vagy blocking hívás minden függő feladatot megakaszt. Annak megértése, hogy async ≠ parallel, gyakori interjú-megkülönböztető.

Az event loop

A három stílus

Miért fontos

Kapcsolódó kérdések