Miten EventEmitter eroaa Node.js:n työjonosta?

Question

IT Interview Practice · Accepted Answer

Valitse EventEmitter tai työjono kysymällä, **missä työn pitää tapahtua ja mitä prosessin pysähtyminen tekee**.

EventEmitter ilmoittaa kuuntelijoille yhdessä Node.js-prosessissa. Pysyvä jono säilyttää työtä myöhemmille workereille. Molemmat erottavat vastuita, mutta virhekäyttäytyminen eroaa.

## 1. Seuraa paikallista ilmoitusta

Komponentti valmistuu alustuksesta ja haluaa muiden saman prosessin osien reagoivan. EventEmitter sopii: rekisteröi kuuntelijat ja lähetä tapahtuma.

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

Node.js kutsuu kuuntelijoita synkronisesti rekisteröintijärjestyksessä. Tapahtumaa ei tallenneta myöhemmin liittyville, eikä keskeneräinen työ selviä kaatumisesta. [Node.js Events](https://nodejs.org/api/events.html).

Tämä sopii paikalliseen ilmoitukseen, jonka voi menettää tai rakentaa uudelleen. Se ei riitä työn pitäessä selvitä lähettäjästä.

## 2. Ymmärrä async-kuuntelija

Async-kuuntelija aloittaa asynkronista työtä, mutta emit ei odota sen promisea. Kutsujärjestys ei siis takaa valmistumisjärjestystä.

Raskas synkroninen CPU-koodi hidastaa prosessia edelleen. Käsittele poikkeukset ja hylätyt promiset tarkoituksellisesti; captureRejections ohjaa hylkäyksiä virheenkäsittelyyn, ei tallenna tai uusi tehtävää.

Async muuttaa suoritustapaa, ei muistissa olevaa tapahtumaa pysyväksi jonoksi.

## 3. Seuraa jonotettua tehtävää

Oletetaan, että tilauksen tallennuksen on lopulta luotava lasku. Jono säilyttää ohjeen kiireisille tai poissa oleville workereille.

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

Tuottaja lähettää työn; worker käsittelee yrityksen ja kirjaa tuloksen. Workerit julkaistaan ja skaalataan API:sta erikseen. Pysyvyys riippuu edelleen varastosta ja asetuksista.

Tavallisessa kilpailevien workerien jonossa yksi käsittelee kunkin yrityksen. Se eroaa kaikkien kuuntelijoiden ilmoittamisesta. Jos jokainen itsenäinen tilaaja tarvitsee tapahtuman, valitse sitä tukeva toimitusmalli.

## 4. Tarkista tallennuksen ja jonon väli

EventEmitterissä kaatuminen tallennuksen jälkeen ennen emit-kutsua voi hukata laskutusohjeen. Jono suojaa hyväksyttyä työtä, ei automaattisesti commitin ja lähetyksen välistä aukkoa.

Outbox sulkee aukon tallentamalla tilauksen ja ohjeen samassa transaktiossa. Julkaisija lukee ohjeen ja lähettää myöhemmin.

Kuittauksen menetys voi toistaa toimituksen. Anna laskulle vakaa avain ja yksikäsitteisyysrajoite tai muu idempotentti toteutus. Uusi yritys ei saa tuottaa toista laskua. [Idempotentit työt](https://docs.bullmq.io/patterns/idempotent-jobs).

## 5. Vertaa todelliseen tarpeeseen

| Vaatimus | EventEmitter | Pysyvä työjono |
| --- | --- | --- |
| Ilmoita yhden prosessin komponenteille | Suora ja kevyt | Usein tarpeeton infrastruktuuri. |
| Säilytä työ lähettäjän pysähtyessä | Ei sisäistä pysyvää kirjausta | Mahdollinen sopivalla varastolla ja palautuksella. |
| Uusi ja tutki ruuhkaa | Sovelluksen rakennettava | Tavallisia asetettavia jono-ominaisuuksia. |
| Aja muilla koneilla | Ei sen tehtävä | Workerit voivat toimia itsenäisesti. |

Alustukseen käyttäisin EventEmitteriä. Palautuvaan laskutukseen pysyvää jonoa ratkaistuine tietokantaluovutuksineen ja uusintoineen.

Testaa pysäytys ennen lähetystä, hyväksymisen jälkeen ja liiketoimintavaikutuksen jälkeen. Tuloksen pitää vastata käyttäjän takuuta.

**Muista:** paikallisilmoitus → EventEmitter; palautuva taustatyö → pysyvä jono. Kriittisiin vaikutuksiin suunnittele myös luovutus ja idempotenssi.

Vaatimus	EventEmitter	Pysyvä työjono
Ilmoita yhden prosessin komponenteille	Suora ja kevyt	Usein tarpeeton infrastruktuuri.
Säilytä työ lähettäjän pysähtyessä	Ei sisäistä pysyvää kirjausta	Mahdollinen sopivalla varastolla ja palautuksella.
Uusi ja tutki ruuhkaa	Sovelluksen rakennettava	Tavallisia asetettavia jono-ominaisuuksia.
Aja muilla koneilla	Ei sen tehtävä	Workerit voivat toimia itsenäisesti.

1. Seuraa paikallista ilmoitusta

2. Ymmärrä async-kuuntelija

3. Seuraa jonotettua tehtävää

4. Tarkista tallennuksen ja jonon väli

5. Vertaa todelliseen tarpeeseen

Aiheeseen liittyvät kysymykset