ExpressJS – throw er Onverwerkte foutgebeurtenis

COMMAND   PID  USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
node    16615 aegon   13u  IPv6 183768      0t0  TCP *:3000 (LISTEN)

Antwoord 13

Als je hebt geprobeerd om alle knooppuntsinstanties en andere services te doden die op 3000 luistert (de standaardinstelling gebruikt door de Express Skeleton-instellingen) zonder baten, moet u controleren of uw omgeving geen ‘poort’ is om iets te definiëren niet verwacht. Anders krijg je waarschijnlijk dezelfde fout. In het app.js-bestand van het Express Skeleton merkt u LINE 15:

app.set('port', process.env.PORT || 3000);

Antwoord 14

In-order om dit te verhelpen, de server te beëindigen of te sluiten die u gebruikt.
Als u Eclipse IDE gebruikt, volg dan dit,

Run & GT; Debug

Klik met de rechtermuisknop op het werkingsproces en klik op beëindig .

Antwoord 15

evenementen.js: 183 gooien; // ongewijzigde ‘fout’ gebeurtenis

Ik kreeg ook hetzelfde soort probleem en probeerde veel manieren, maar uiteindelijk heb dit, dit werkt goed:

npm install [email protected] --save-dev --save-exact

Zie deze link voor meer verduidelijkingen https://github.com/ Ionic-team / ionic-cli / problemen / 2922

Antwoord 16

Ik kwam vandaag in hetzelfde probleem en de haven werd niet gebruikt. De volgende aanpak heeft geholpen:

rm -rf node_modules && npm cache clean && npm install
npm start

Antwoord 17

Op Windows:

cmd 1: lsof -i: & lt; poort no & gt;

Dit geeft de proces-ID

cmd 2: Kill -9 & LT; Process ID & GT;

Gereed

Antwoord 18

In mijn geval ik moest werken vagrant reloadook. Zelfs zonder knooppuntprocessen die mijn express-app in mijn virtuele machine uitvoeren, kreeg ik deze foutmelding nogmaals totdat hij de vagrant vak herladen.

Antwoord 19

Stop de service die die poort gebruikt.

sudo service NAMEOFSERVICE stop

Antwoord 20

In mijn geval werd het probleem veroorzaakt door het vergeten om next()aan te roepen in een expressjs `use’ methode-aanroep.

Als de huidige middleware de verzoek-antwoordcyclus niet beëindigt, moet het next() aanroepen om de controle door te geven aan de volgende middleware, anders blijft het verzoek hangen.

http://expressjs.com/guide/using-middleware.html

Antwoord 21

Dit werkte voor mij.

http://www.codingdefined. com/2015/09/hoe-op te lossen-nodejs-error-listen.html

Verander gewoon het poortnummer in de projecteigenschappen.

Antwoord 22

Je kunt ook de poort van Gruntfile.js wijzigen en opnieuw uitvoeren.

Antwoord 23

Nadat ik hetzelfde proces meerdere keren had uitgeschakeld en niet kon vinden wat er nog meer op poort 8000 draaide, realiseerde ik me dat ik twee keer op poort 8000 probeerde te draaien:

Vroeger:

MongoClient.connect(db.url, (err, database) => {
  if (err) return console.log(err);
  require('./app/routes')(app, database);
  app.listen(port, () => {
    console.log('We are live on ' + port);
  });
});
require('./app/routes')(app, {});
app.listen(port, () => {
  console.log("We are live on " + port);
});

Na:

MongoClient.connect(db.url, (err, database) => {
  if (err) return console.log(err);
  require('./app/routes')(app, database);
  app.listen(port, () => {
    console.log('We are live on ' + port);
  });
});
require('./app/routes')(app, {});

Antwoord 24

Ik had hetzelfde probleem en ontdekte dat een nodejs-proces dat ik eerder had geannuleerd met CTRL+C nog steeds actief was. Het probleem in Windows 10 is dat Ctrl + C niet sierlijk dodennodejs. Ik opende Taakbeheer en doodde het proces handmatig. De oplossingen op GitHub werkten niet voor mij.

Antwoord 25

Als u Windows gebruikt, kunt u het proces beëindigen vanuit Taakbeheer voor node.js

Antwoord 26

Geen van de antwoorden werkte voor mij.

Toen ik mijn computer opnieuw opstartte, kon ik de server aan de praat krijgen.

Mac
shutdown now -r

Linux
sudo shutdown now -r

Antwoord 27

->controleer wat er op poort 8080 draait of welke poort u ook wilt controleren

lsof -i @localhost:8080

Als er iets actief is, kun je het sluiten of een kill-opdracht gebruiken om het te sluiten

Antwoord 28

Controleer eenvoudig uw teminal in Visual Studio Code
Omdat ik mijn node-app aan het draaien was en ik mijn laptop in de slaapstand zet, zet ik de volgende ochtend mijn laptop weer aan om software te ontwikkelen. Dan voer ik de opdracht opnieuw uit nodemon app.js
De eerste liep vanaf de nacht en de tweede voerde mijn laatste opdracht uit, dus twee opdrachtprompts luisteren naar dezelfde poorten, daarom krijg je dit probleem.
Eenvoudig Sluit één terminal of alle terminals en voer vervolgens uw node app.js of nodemon app.js uit

Antwoord 29

De poort waarnaar u luistert, wordt al beluisterd door een ander proces.

Toen ik met deze fout werd geconfronteerd, heb ik het proces afgebroken met Windows PowerShell (omdat ik Windows gebruikte)

1. Lijst item open de windows powershell
2. typ psen dan krijg je een lijst met processen
3. zoek het proces met de naam nodeen noteer de Id
4. type Stop-process <Id>
   Ik denk dat het hulp is voor Windows-gebruikers

Antwoord 30

ALS het in mac is, dan draait het allemaal om IP van x86_64-apple-darwin13.4.0. Als je fouten volgt, zou het iets te maken hebben met x86_64-apple-darwin13.4.0. Toevoegen

127.0.0.1 x86_64-apple-darwin13.4.0

naar /etc/hostsbestand. Dan is het probleem weg