Węzeł / ekspres: EADDRINUSE, adres już używany - serwer Kill

Mam prosty serwer działający w node.js za pomocą connect:

var server = require('connect').createServer();
//actions...
server.listen(3000);

W moim kodzie mam faktyczne programy obsługi, ale taka jest podstawowa idea. Problem, który ciągle dostaję, to

EADDRINUSE, Address already in use

Ten błąd pojawia się przy ponownym uruchomieniu aplikacji po tym, jak wcześniej uległa awarii lub wystąpiła błąd. Ponieważ nie otwieram nowej instancji terminala, zamykam ten proces ctr + z.

Jestem pewien, że wszystko, co muszę zrobić, to zamknąć serwer lub połączenie. Próbowałem nazywając server.close()się process.on('exit', ...);bez powodzenia.

process.on('exit', ..)nie jest wywoływany, jeśli proces ulegnie awarii lub zostanie zabity. Jest wywoływany tylko, gdy kończy się pętla zdarzeń, a ponieważ server.close() niejako kończy się pętla zdarzeń (wciąż musi czekać na aktualnie uruchomione stosy tu i tam), nie ma sensu umieszczać jej wewnątrz zdarzenia wyjścia ...

W razie awarii wykonaj process.on('uncaughtException', ..)i zabijprocess.on('SIGTERM', ..)

To powiedziawszy, SIGTERM (domyślny sygnał zabicia) pozwala aplikacji na czyszczenie, podczas gdy SIGKILL (natychmiastowe zakończenie) nie pozwala aplikacji nic zrobić.

Możesz także przejść do linii poleceń:

ps aux | grep node

aby uzyskać identyfikatory procesu.

Następnie:

kill -9 PID

Wykonanie -9 po zabiciu wysyła SIGKILL (zamiast SIGTERM). SIGTERM był dla mnie czasami ignorowany przez węzeł.

Po pierwsze, chciałbyś wiedzieć, który proces jest używany port 3000

sudo lsof -i :3000

spowoduje to wyświetlenie listy wszystkich nasłuchiwania PID na tym porcie, gdy już będziesz mieć PID , możesz go zakończyć następująco:

kill -9 {PID}

Uderzyłem to w mojego laptopa z systemem Windows 8. to zadziałało.

Uruchom cmd.exe jako „Administrator”:

C:\Windows\System32>taskkill /F /IM node.exe
SUCCESS: The process "node.exe" with PID 11008 has been terminated.

Sprawdź PID, tj. Identyfikator procesu uruchomionego na porcie 3000 za pomocą poniższego polecenia:

lsof -i tcp:3000

Wyprowadziłby coś takiego:

COMMAND  PID   USER   FD   TYPE  DEVICE  SIZE/OFF NODE NAME
node     5805  xyz    12u  IPv6  63135    0t0     TCP  *:3000 (LISTEN)

Teraz zabij proces, używając:

kill -9 5805

Znalazłem to rozwiązanie, spróbuj Daj pozwolenie sudo

  sudo pkill node

Linux

Uruchom psi określ PID procesu swojego węzła.

Następnie uruchomić sudo kill PID

Windows

Użyj listy zadań, aby wyświetlić listę uruchomionych procesów:

tasklist /O

Następnie zabij proces węzła w ten sposób (używając PID uzyskanego z tasklistpolecenia):

taskkill /pid PID

Oto jedna linijka (zamień 3000 na port lub zmienną konfiguracyjną):

kill $(lsof -t -i:3000)

Otrzymałem ten błąd raz i podjąłem wiele podejść tutaj.

Moje problemy app.listen(3000);polegały na tym, że miałem dwa wywołania w tym samym skrypcie app.js. Pierwszy app.listen () odniósł sukces, gdy drugi zgłosił błąd.

Innym przydatnym poleceniem, które napotkałem, które pomogło mi w debugowaniu, było sudo fuser -k 3000/tcpzabicie wszelkich nieuczciwych procesów, które mogłeś uruchomić (niektóre procesy mogą się zrestartować, np. Jeśli są uruchamiane z plikiem forever.js, ale było to dla mnie przydatne).

W systemie Windows otwórz Menedżera zadań i znajdź procesy node.exe. Zabij ich wszystkich za pomocą zadania końcowego.

ps aux | grep node
kill -9 [PID] (provided by above command)

Opis:

1. ps poda status procesu, aux poda listę procesów: wszystkich użytkowników, u: własnych procesów użytkownika, x: wszystkich innych procesów niepodłączonych do terminala.
2. symbol rury: | przekaże wynik ps aux, aby dalej manipulować.
3. grep przeszuka podany ciąg (w naszym przypadku węzeł) z listy podanej przez ps aux.

Do twojej wiadomości, możesz zabić proces jednym poleceniem sudo fuser -k 3000/tcp. Można to zrobić dla wszystkich innych portów, takich jak 8000, 8080 lub 9000, które są powszechnie używane do programowania.

Użytkownicy PowerShell:

Taskkill / IM node.exe / F

Najpierw dowiedz się, co działa, używając:

sudo lsof -nP -i4TCP:3000 | grep LISTEN

Otrzymasz coś takiego:

php-fpm 110 root    6u  IPv4 0x110e2ba1cc64b26d      0t0  TCP 127.0.0.1:3000 (LISTEN)
php-fpm 274 _www    0u  IPv4 0x110e2ba1cc64b26d      0t0  TCP 127.0.0.1:3000 (LISTEN)
php-fpm 275 _www    0u  IPv4 0x110e2ba1cc64b26d      0t0  TCP 127.0.0.1:3000 (LISTEN)

Następnie możesz zabić proces w następujący sposób:

sudo kill 110

Będziesz wtedy mógł uruchomić bez otrzymywania błędów Listen EADDRINUSE ::: 3000

Dla Visual Studio Noobs takich jak ja

Być może uruchomiłeś ten proces w innych terminalach!

Po zamknięciu terminala w programie Visual Studio terminal po prostu znika .

I ręcznie stworzony nowy sposób myślenia, że poprzedni został zniszczony. W rzeczywistości za każdym razem, gdy klikałem Nowy terminal, tak naprawdę tworzyłem nowy na podstawie poprzednich .

Więc zlokalizowałem pierwszy terminal i ... Voila, tam uruchomiłem serwer.

Menedżer zadań (ctrl + alt + del) ->

Karta Procesy ->

wybierz proces „node.exe” i kliknij „Zakończ proces”

Możesz natknąć się na scenariusze, w których nawet zabicie wątku lub procesu nie spowoduje zakończenia aplikacji (zdarza mi się to w systemie Linux i Windows co jakiś czas). Czasami może już działać instancja, której nie zamknąłeś.

Z powodu tego rodzaju okoliczności wolę dodać do mojego package.json:

"scripts": {
    "stop-win": "Taskkill /IM node.exe /F",
    "stop-linux": "killall node"
},

Następnie mogę do nich zadzwonić, używając:

npm run stop-win
npm run stop-Linux

Możesz uzyskać bardziej fantazyjne i wykonać te polecenia BIN z flagą argumentu, jeśli chcesz. Możesz także dodać je jako polecenia do wykonania w ramach klauzuli try-catch.

W systemie Windows użytkownicy: otwórz task manageri plik, działa dobrze.end tasknodejs.exe

Możesz użyć Hot-node, aby zapobiec awariom serwera / błędom w czasie wykonywania. Hot-node automatycznie uruchamia ponownie aplikację nodejs za każdym razem, gdy nastąpi zmiana w programie węzła [source] / process [running program node].

Zainstaluj hot-node używając npm przy użyciu opcji globalnej:

npm install -g hotnode

Z należytym szacunkiem do wszystkich odpowiedzi w formularzu chciałbym dodać punkt.

Zauważyłem, że kiedy kończę aplikację węzła po błędzie za pomocą Ctrl + Z, przy następnej próbie jej otwarcia pojawia się ten sam błąd EADDRINUSE.

Kiedy używam Ctrl + C do zakończenia aplikacji węzła, następnym razem ją otworzyłem, nie przeszkadzało.

Zmiana numeru portu na inny niż błędny rozwiązała problem.

W systemie Linux.

Dodaj funkcję do ~/.bashrc:

function killTcpListen () {
  kill -9 $(lsof -sTCP:LISTEN -i:$1 -t)
}

Wyciągnij zmiany: source ~/.bashrc

I użyj tego: killTcpListen 3000

Na wszelki wypadek sprawdź, czy dodałeś tę linię wiele razy przez pomyłkę

app.listen(3000, function() {
  console.log('listening on 3000')
});

Powyższy kod ma charakter ekspresowy, ale po prostu sprawdź, czy próbujesz użyć tego samego portu dwa razy w kodzie.

Win10, git bash v2.15, węzeł v8.9.1, npm v5.5.1

Miałem skrypt package.json do uruchomienia węzła: "start": "node index.js"

Ilekroć użyłem tego, niezależnie od tego, czy zabiłem go za pomocą Ctrl + C, napotkałem ten problem.

Gdybym tylko pobiegł node index.jsz git bash zamiastnpm run start i zabił z ctrl + c, nigdy nie dostałbym tego błędu.

Nie jestem pewien, dlaczego, ale pomyślałem, że to może komuś pomóc.

Rozwiązanie interfejsu użytkownika Dla użytkowników systemu Windows: Odkryłem, że najlepsze odpowiedzi nie działały dla mnie, wydawały się być poleceniami dla użytkowników komputerów Mac lub Linux. Znalazłem proste rozwiązanie, które nie wymagało zapamiętania żadnych poleceń: otwórz Menedżera zadań (ctrl + shift + esc). Spójrz na uruchomione procesy w tle. Znajdź wszystko Node.js i zakończ zadanie.

Po tym, jak to zrobiłem, problem zniknął. Jak stwierdzono w innych odpowiedziach, procesy w tle są nadal uruchomione, ponieważ wcześniej napotkano błąd, a regularne funkcje wyjścia / czyszczenia nie zostały wywołane, więc jednym ze sposobów ich zabicia jest znalezienie procesu w Menedżerze zadań i zabicie go tam . Jeśli uruchomiłeś proces z terminalu / powerShell, zwykle możesz użyć kombinacji klawiszy ctrl + c, aby go zabić.

Przepisując komentarz @ Gerard w mojej odpowiedzi:

Spróbuj pkill nodejslub pkill nodejeśli na systemie UNIX operacyjnym .

To zabije proces uruchamiania serwera węzłów działającego na dowolnym porcie. Pracował dla mnie.

Namaste🙏

Węzeł działa gdzieś w pamięci i ma zablokowany ten port. W systemie Windows problem ten, podobnie jak większość problemów z systemem Windows, zostanie rozwiązany poprzez naciśnięcie CTRL+ ALT+ DELi / lub ponowne uruchomienie.

Przyczyny tego problemu są:

1. Na tym porcie może działać dowolna aplikacja, np. Skype.
2. Węzeł mógł ulec awarii i port mógł nie zostać zwolniony.
3. Być może próbowałeś uruchomić serwer więcej niż jeden. Aby rozwiązać ten problem, można zachować wartość logiczną, aby sprawdzić, czy serwer został uruchomiony, czy nie. Powinien zostać uruchomiony tylko wtedy, gdy wartość logiczna zwróci false lub niezdefiniowany;

server.close () zajmuje trochę czasu, aby zamknąć połączenie, dlatego powinniśmy uczynić to asynchronicznym wywołaniem jako takim:

await server.close();

WAŻNE: podczas korzystania z funkcji oczekuj musimy użyć słowa kluczowego async w naszej funkcji enkapsulacji jako takiej:

async () => {
  await server.close();
}

Użyj poniższej komendy w terminalu / cmd, aby zmienić port (npm run dev jest dla node.js), możesz mieć inne komendy do uruchomienia aplikacji, większość z nich będzie działać podczas zmiany portu, łatwiej i szybciej. Co więcej, możesz użyć dowolnego numeru portu, który jest wolny w twoim systemie zamiast 3002

PORT=3002 npm run dev

W większości przypadków, gdy jeden uruchamia projekt, wychodząc z niego nagle lub nieświadomie, naciska control + z, co daje wyjście z portu, zawsze należy wybierać control + c, który nie wyjdzie z portu, aby uruchomić serwer lub projekt.

Ponadto nadszedł czas, aby zmienić numer portu w kodzie

server.listen(3002);

Oznacza to, że masz dwa serwery węzłów działające na tym samym porcie, jeśli jeden działa na porcie, powiedzmy 3000, zmień drugi na inny port, powiedzmy 3001 i wszystko będzie działać dobrze