Wyjaśnij modele asynchroniczne: callbacki, obietnice, async/await i pętlę zdarzeń.

Question

IT Interview Practice · Accepted Answer

**To coraz przyjemniejsze sposoby wyrażania nieblokującej pracy na jednym wątku, wszystkie napędzane pod spodem przez pętlę zdarzeń, która uruchamia gotowe callbacki pojedynczo.** Zarządzają *tym, kiedy* kod wznawia się, a nie wieloma wątkami.

## Pętla zdarzeń

Jednowątkowa pętla utrzymuje kolejkę gotowych callbacków. Gdy operacja asynchroniczna (timer, I/O) się kończy, jej callback trafia do kolejki; pętla wybiera następny i wykonuje go do końca, po czym powtarza. Nic nie wywłaszcza działającego callbacku, więc długa praca CPU blokuje wszystko.

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

## Trzy style

```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` zawiesza funkcję i zwraca sterowanie pętli zdarzeń; gdy obietnica się rozwiąże, wykonanie wznawia się w miejscu, gdzie je przerwano. To lukier składniowy na obietnicach — ta sama pętla zdarzeń pod spodem.

## Dlaczego to ważne

Ten model napędza Node.js, przeglądarki i Pythonowe asyncio: ogromna współbieżność I/O na jednym wątku bez złożoności blokad. Haczyk polega na tym, że nigdy nie wolno blokować pętli — synchroniczne wywołanie obciążające CPU lub blokujące zatrzymuje każde oczekujące zadanie. Zrozumienie, że async ≠ równoległość, to częste rozróżnienie na rozmowach kwalifikacyjnych.

Pętla zdarzeń

Trzy style

Dlaczego to ważne

Powiązane pytania