[JAVA] Die Geschichte, dass der Port im Spring-Boot-Beispielprogramm unbrauchbar wird

Jemand sitzt im Hafen

Identify and stop the process that's listening on port 8080 or configure this application to listen on another port.

Was ist das für ein Typ? Es lief das erste Mal. Es scheint, dass der Port bereits verwendet wird, um den Kontext zu erraten.

Überprüfen Sie, ob es wahr ist

Von cmd

netstat -an

Ich werde es überprüfen mit.

Sicherlich hört 8080 zu. Ist dies eine Anerkennung dafür, dass eine andere Anwendung monopolisiert? Arbeiten Sie einmal an der Prämisse ** 1. Suchen und beenden Sie die laufende App (Annahme: Vielleicht sitzt der Java, den Sie zuvor verschoben haben, noch?) ** ** Wenn die Annahme von 2.1 richtig ist, stellen Sie sie so ein, dass sie nach dem Stoppen ordnungsgemäß geliefert wird ** Konzentrieren wir uns auf die beiden.

Finden Sie heraus, welche App ausgeführt wird, und beenden Sie das Programm

Überprüfen Sie diesmal, wer von cmd sitzt.

netstat -nao | find "8080"

Ich kam ... 3688 ・ ・ ・‼ Dies ist ... die Wurzel allen Übels ...! Es scheint, dass es am schnellsten ist, es mit dem Befehl kill hier zu schneiden, aber lassen Sie uns die Identität vom Task-Manager überprüfen. Gibt es eine Möglichkeit, dies von cmd aus zu überprüfen? Gut? Spitz hat mir beigebracht, dass ich zu viel zusätzliche Arbeit machen sollte. Sicher genug, es war Java ~ Beenden Sie die Aufgabe Auch nach dem Neustart dachte ich, dass das gleiche Phänomen auftreten würde, aber es gelang mir, reibungslos neu zu starten. Ist das in Ordnung?

Einmal gelöst

Wenn es ein Problem mit dem Port gibt, werde ich es auch transkribieren.