Kako se EventEmitter razlikuje od vrste opravil v Node.js?

Question

IT Interview Practice · Accepted Answer

Med EventEmitterjem in vrsto opravil izberite glede na **mesto izvajanja dela in posledice ustavitve procesa**.

EventEmitter obvešča poslušalce znotraj enega procesa Node.js. Trajna vrsta shrani delo za poznejšo obdelavo izvajalcev. Oba ločujeta odgovornosti, vendar se ob napakah vedeta različno.

## 1. Sledite lokalnemu obvestilu

Recimo, da komponenta zaključi inicializacijo in želi odziv drugih komponent istega procesa. EventEmitter je naravna izbira: registrirate poslušalce in nato oddate dogodek.

```text
[One process]
emit("ready") -> Listener A
              -> Listener B
```

Node.js registrirane poslušalce kliče sinhrono v vrstnem redu registracije. Dogodek se ne shrani za poslušalce, ki se registrirajo pozneje, nedokončano delo pa ne preživi sesutja procesa. [Dogodki Node.js](https://nodejs.org/api/events.html).

To deluje, kadar je obvestilo lokalno in ga lahko izgubite ali obnovite. Ne zadošča, kadar poslovna zahteva določa, da delo preživi pošiljatelja.

## 2. Razumite vpliv poslušalca async

Poslušalec async lahko začne asinhrono delo, vendar emit ne počaka na vrnjeni promise. Vrstni red klicev zato ni nujno vrstni red zaključkov.

Sinhrona koda, ki intenzivno uporablja CPU, znotraj poslušalca še vedno zadržuje proces. Zavestno obravnavajte vržene napake in zavrnjene promise; captureRejections lahko zavrnitve usmeri v obravnavo napak, ne shrani in ne ponovi pa opravila.

Dodajanje async spremeni način dela poslušalca. Dogodka v pomnilniku ne spremeni v trajno vrsto.

## 3. Sledite opravilu v vrsti

Zdaj predpostavimo, da mora shranjeno naročilo sčasoma dobiti račun. Vrsta zagotovi prostor za navodilo, medtem ko so izvajalci nedosegljivi ali zaposleni.

```text
[Producer] -> [Durable queue] -> [Available worker]
                    |                   |
              [Pending work]      [Result / retry]
```

Proizvajalec odda opravilo; izvajalec obdela poskus in zapiše rezultat. Izvajalce lahko nameščate in povečujete ločeno od API-ja. Trajnost je še vedno odvisna od shrambe in konfiguracije vrste.

V običajni vrsti s tekmujočimi izvajalci vsak poskus obravnava en izvajalec. To ni enako razpošiljanju dogodka vsem poslušalcem EventEmitterja. Če več neodvisnih naročnikov potrebuje vsak svojo dostavo dogodka, izberite ali nastavite model, ki to podpira.

## 4. Preverite vrzel med shranjevanjem in oddajo

Pri EventEmitterju lahko sesutje po shranitvi naročila in pred oddajo dogodka izgubi navodilo za račun. Trajna vrsta varuje opravilo po sprejemu, vendar ne zaščiti samodejno predhodne vrzeli med potrditvijo transakcije in oddajo.

Outbox zapre vrzel tako, da naročilo in navodilo shrani v isto transakcijo baze. Objavljalec prebere outbox in opravilo pošlje pozneje.

Dostava se lahko ponovi, če objavljalec izgubi potrditev. Izdelavi računa dajte stabilen poslovni ključ in omejitev enoličnosti ali drugo idempotentno izvedbo. Ponovitev poskusa ne sme ustvariti drugega računa. [Idempotentna opravila](https://docs.bullmq.io/patterns/idempotent-jobs).

## 5. Primerjajte možnosti z dejansko potrebo

| Zahteva | EventEmitter | Trajna vrsta opravil |
| --- | --- | --- |
| Obvestiti komponente enega procesa | Neposredno in lahko | Običajno doda nepotrebno infrastrukturo. |
| Ohraniti delo po ustavitvi pošiljatelja | Brez vgrajenega trajnega zapisa | Mogoče z ustrezno shrambo in obnovo. |
| Ponavljati in pregledovati zaostanek | Aplikacija mora to izdelati | Običajne funkcije vrst, s konfiguracijo. |
| Izvajati delo na drugih računalnikih | Ni njegova vloga | Izvajalci lahko delujejo neodvisno. |

Za inicializacijo bi uporabil EventEmitter. Za izdajanje računov, ki se mora obnoviti po napaki, bi uporabil trajno vrsto ter uredil predajo iz baze in podvojene poskuse.

Testirajte z ustavitvijo procesa na pomembnih mejah: pred oddajo, po sprejemu in po poslovnem učinku. Rezultat mora ustrezati jamstvu, ki ga pričakuje uporabnik.

**Zapomnite si:** lokalno obvestilo → EventEmitter; obnovljivo delo v ozadju → trajna vrsta. Za kritične učinke načrtujte tudi predajo in idempotentnost.

Zahteva	EventEmitter	Trajna vrsta opravil
Obvestiti komponente enega procesa	Neposredno in lahko	Običajno doda nepotrebno infrastrukturo.
Ohraniti delo po ustavitvi pošiljatelja	Brez vgrajenega trajnega zapisa	Mogoče z ustrezno shrambo in obnovo.
Ponavljati in pregledovati zaostanek	Aplikacija mora to izdelati	Običajne funkcije vrst, s konfiguracijo.
Izvajati delo na drugih računalnikih	Ni njegova vloga	Izvajalci lahko delujejo neodvisno.

1. Sledite lokalnemu obvestilu

2. Razumite vpliv poslušalca async

3. Sledite opravilu v vrsti

4. Preverite vrzel med shranjevanjem in oddajo

5. Primerjajte možnosti z dejansko potrebo

Povezana vprašanja