ExpressJS: genera un evento di errore non gestito

Ho creato l'applicazione expressjs usando i seguenti comandi:

express -e folderName
npm install ejs --save
npm install

Quando eseguo l'applicazione con node app.js:, ho i seguenti errori:

events.js:72
    throw er; // Unhandled 'error' event
          ^
Error: listen EADDRINUSE
    at errnoException (net.js:884:11)
    at Server._listen2 (net.js:1022:14)
    at listen (net.js:1044:10)
    at Server.listen (net.js:1110:5)
    at Object.<anonymous> (folderName/app.js:33:24)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Function.Module.runMain (module.js:497:10)

Come sistemarlo?

Avevi eseguito un altro server utilizzando la stessa porta come 8080.

Forse hai eseguito node appun'altra shell, per favore chiudila ed esegui di nuovo.

È possibile controllare il n. PORT. è disponibile o non in uso

netstat -tulnp | grep <port no>

In alternativa, puoi usare lsof :

lsof -i :<port no>

Riceviamo un errore simile quando a volte eseguiamo la nostra app express. Dobbiamo seguire lo stesso in quel caso. Dobbiamo verificare se funziona in qualsiasi terminale. Se vuoi trovare e terminare il processo, segui questi passaggi:

• ps aux | nodo grep
• Trova l'ID processo (secondo da sinistra):
• uccidere -9 PRCOCESS_ID

O

Utilizzare un singolo comando per chiudere tutti i processi del nodo in esecuzione.

ps aux | awk '/node/{print $2}' | xargs kill -9

Probabilmente un'istanza è ancora in esecuzione. Questo lo risolverà.

killall node

Aggiornamento: questo comando funziona solo su Linux / Ubuntu e Mac.

Se sei su Linux, questo problema può verificarsi anche se Nodejs non è in esecuzione come root.

Cambia da questo:

nodejs /path/to/script.js

A questa:

sudo nodejs /path/to/script.js

Mi è appena successo e nessuno degli altri suggerimenti qui risolto. Fortunatamente mi sono ricordato che la sceneggiatura funzionava l'altro giorno quando era in esecuzione come root. Spero che questo aiuti qualcuno!

Dichiarazione di non responsabilità: questa probabilmente non è la soluzione migliore per un ambiente di produzione. L'avvio del servizio come root può introdurre alcune falle nella sicurezza del server / dell'applicazione. Nel mio caso, questa era una soluzione per un servizio locale, ma incoraggerei gli altri a passare un po 'più di tempo a cercare di isolare la causa.

Questo perché la porta che si sta utilizzando per eseguire lo script è già in uso. Devi interrompere tutti gli altri nodi che utilizzano quel post. per questo, puoi controllare tutto il nodo da

ps -e

OPPURE solo per il processo nodo utilizzare ps -ef | grep node Questo ti fornirà l'elenco di tutto il processo nodo con ID

per uccidere tutto il processo del nodo

sudo killall -9 node

O per l'id specifico sudo kill -9 id

Ho corretto il bug cambiando la porta che era

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

e modificato in:

app.set('port', process.env.PORT || 8080);<br>

Il nodo porta che si sta tentando di utilizzare può essere già utilizzato da un altro programma. Nel mio caso era ntop , che avevo installato di recente. Ho dovuto aprire http: // localhost: 3000 / in un browser per realizzarlo. Un altro modo per trovare il processo è dato qui .

Se si desidera utilizzare lo stesso numero di porta, digitare kill %il terminale, che interrompe il processo in background corrente e libera la porta per un ulteriore utilizzo.

questo significa che il tuo file è in esecuzione ora. inserisci il codice qui sotto e riprova:

sudo pkill node

Chiudere tutti gli altri server nodo in esecuzione, anche se si trovano in altre finestre del terminale o in esecuzione su porte diverse. Questo dovrebbe risolvere il problema.

Se hai provato a uccidere tutte le istanze del nodo e altri servizi in ascolto su 3000 (impostazione predefinita utilizzata dall'impostazione dello scheletro express) senza alcun risultato, dovresti verificare che il tuo ambiente non definisca "porta" come qualcosa di inaspettato. Altrimenti, probabilmente otterrai lo stesso errore. Nel file app.js di express skeleton noterai la riga 15:

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

Per risolvere questo problema, chiudere o chiudere il server in esecuzione. Se stai utilizzando Eclipse IDE, segui questo,

Esegui> Debug

Fare clic con il tasto destro del mouse sul processo in esecuzione e fare clic su Termina .

events.js: 183 throw er; // Evento "errore" non gestito

Ho anche avuto lo stesso tipo di problema e ho provato molti modi, ma alla fine ho ottenuto questo, funziona bene:

npm install ws@3.3.2 --save-dev --save-exact

Fare riferimento a questo link per ulteriori chiarimenti https://github.com/ionic-team/ionic-cli/issues/2922

In realtà i tasti Ctrl + C non rilasciano la porta utilizzata dal processo del nodo. Quindi c'è questo errore. La soluzione al problema stava usando il seguente frammento di codice in server.js:

process.on('SIGINT', function() {
  console.log( "\nGracefully shutting down from SIGINT (Ctrl-C)" );
  // some other closing procedures go here
  process.exit(1);
});

Questo ha funzionato per me.

Puoi anche verificare le altre soluzioni menzionate all'arresto Graceful in NodeJS

Motivo di questo errore

Alcuni altri processi sono già in esecuzione sulla porta specificata

Soluzione semplice e veloce

Su SO Linux, ad esempio hai specificato 3000 come porta

• Apri il terminale ed esegui lsof -i :3000. Se un processo è già in esecuzione sulla porta 3000, vedrai questa stampa sulla console

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

• Copia il PID (ID processo) dall'output

• Esegui sudo kill -9 16615(devi inserire PID dopo -9)

• Riavvia il server

Nel mio caso ho dovuto correre anch'io vagrant reload. Anche senza i processi del nodo che eseguivano la mia app express nella mia macchina virtuale, continuavo a ricevere questo errore fino a quando non ho ricaricato la scatola vagabonda.

Interrompere il servizio che utilizza quella porta.

sudo service NAMEOFSERVICE stop

Nel mio caso il problema è stato causato dimenticando di chiamare next()una chiamata al metodo "use" di expressjs.

Se il middleware corrente non termina il ciclo richiesta-risposta, deve chiamare next () per passare il controllo al middleware successivo, altrimenti la richiesta verrà lasciata in sospeso.

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

Questo ha funzionato per me.

http://www.codingdefined.com/2015/09/how-to-solve-nodejs-error-listen.html

Basta cambiare il numero di porta dalle proprietà del Progetto.

Puoi anche cambiare la porta da Gruntfile.js ed eseguire di nuovo.

Dopo aver ucciso lo stesso processo più volte e non essere in grado di individuare cos'altro era in esecuzione sulla porta 8000, mi sono reso conto che stavo cercando di eseguire due volte sulla porta 8000:

Prima:

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);
});

Dopo:

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, {});

Ho avuto lo stesso problema e ho scoperto che era ancora in esecuzione un processo nodejs che avevo precedentemente annullato con CTRL + C. Il problema in Windows 10 è che Ctrl + C non uccide con garbo i nodijs. Ho aperto il task manager e ho terminato il processo manualmente. Le soluzioni fornite su GitHub non hanno funzionato per me.

Se si utilizza Windows, è possibile terminare il processo da Task Manager per node.js

Nessuna delle risposte ha funzionato per me.

Quando ho riavviato il mio computer ho potuto mettere in funzione il server.

Mac
shutdown now -r

Linux
sudo shutdown now -r

-> controlla cosa è in esecuzione sulla porta 8080 o qualsiasi cosa tu voglia controllare

lsof -i @localhost:8080

se qualcosa è in esecuzione puoi chiuderlo o usare un comando kill per chiuderlo

Semplicemente controlla il tuo teminale in Visual Studio Code Perché stavo eseguendo la mia app di nodo e ibernavo il mio laptop, quindi la mattina successiva riaccendo il mio laptop per lo sviluppo del software. Quindi eseguo di nuovo il comando nodemon app.js Il primo waas è in esecuzione dalla notte e il secondo ha eseguito il mio ultimo comando, quindi due prompt dei comandi stanno ascoltando le stesse porte ed è per questo che stai riscontrando questo problema. Semplice Chiudi un termianl o tutto il terminale, quindi esegui il nodo app.js o nodemon app.js

La porta che stai ascoltando è già in ascolto da un altro processo.

Quando ho riscontrato questo errore, ho interrotto il processo usando Windows PowerShell (perché ho usato Windows)

1. Elenco di voci aperte su Windows PowerShell
2. genere ps e quindi è possibile ottenere un elenco di processi
3. trova il processo denominato nodo e nota il ID
4. tipo Stop-process <Id> Penso che sia di aiuto per gli utenti di Windows

Ho riscontrato lo stesso problema oggi e la porta non è stata utilizzata. Il seguente approccio ha aiutato:

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

Se è in Mac, allora è tutto su IP di x86_64-apple-darwin13.4.0. Se segui errori sarebbe qualcosa legato a x86_64-apple-darwin13.4.0. Inserisci

127.0.0.1 x86_64-apple-darwin13.4.0

nel file / etc / hosts . Quindi il problema è sparito

Basta cambiare la porta, potrebbe essere la tua porta corrente è in uso da IIS o da qualche altro server.