java - JVM_Bind 端口 8080 已被使用——但该端口上没有进程-6ren

java - JVM_Bind 端口 8080 已被使用——但该端口上没有进程

转载作者：行者123 更新时间：2023-11-30 11:01:27

当尝试对我的项目执行 mvn grails:run-app 时，我收到 JVM_Bind 错误，指出 8080 已在使用中。我一直在毫无问题地运行这个项目，直到 Eclipse 在运行过程中崩溃。我已经重新启动了我的机器两次，但并没有清除它。 Netstat (netstat -ano) 在 8080 上显示 nothing。我的 tomcat 在 8088 上，如果我将其重新配置为在 8080 上运行，它工作正常，所以该端口不正在使用。只有 maven 和/或 grails 有这个错误。我有什么想法可以解决这个问题吗？

$ netstat -ano

Active Connections

  Proto  Local Address          Foreign Address        State           PID
  TCP    0.0.0.0:80             0.0.0.0:0              LISTENING       4
  TCP    0.0.0.0:135            0.0.0.0:0              LISTENING       752
  TCP    0.0.0.0:445            0.0.0.0:0              LISTENING       4
  TCP    0.0.0.0:623            0.0.0.0:0              LISTENING       7056
  TCP    0.0.0.0:1025           0.0.0.0:0              LISTENING       832
  TCP    0.0.0.0:1026           0.0.0.0:0              LISTENING       960
  TCP    0.0.0.0:1027           0.0.0.0:0              LISTENING       904
  TCP    0.0.0.0:1028           0.0.0.0:0              LISTENING       1128
  TCP    0.0.0.0:1033           0.0.0.0:0              LISTENING       888
  TCP    0.0.0.0:1034           0.0.0.0:0              LISTENING       5548
  TCP    0.0.0.0:2701           0.0.0.0:0              LISTENING       4788
  TCP    0.0.0.0:3306           0.0.0.0:0              LISTENING       1688
  TCP    0.0.0.0:3389           0.0.0.0:0              LISTENING       1452
  TCP    0.0.0.0:4369           0.0.0.0:0              LISTENING       3644
  TCP    0.0.0.0:5357           0.0.0.0:0              LISTENING       4
  TCP    0.0.0.0:5432           0.0.0.0:0              LISTENING       3604
  TCP    0.0.0.0:5672           0.0.0.0:0              LISTENING       3544
  TCP    0.0.0.0:8081           0.0.0.0:0              LISTENING       2928
  TCP    0.0.0.0:15672          0.0.0.0:0              LISTENING       3544
  TCP    0.0.0.0:16992          0.0.0.0:0              LISTENING       7056
  TCP    0.0.0.0:25672          0.0.0.0:0              LISTENING       3544
  TCP    10.0.0.252:139         0.0.0.0:0              LISTENING       4
  TCP    10.0.0.252:1060        74.125.22.188:5228     ESTABLISHED     7144
  TCP    10.0.0.252:1062        168.159.224.143:443    ESTABLISHED     6316
  TCP    10.0.0.252:55861       208.43.253.206:443     ESTABLISHED     7136
  TCP    10.0.0.252:57299       141.101.112.192:443    CLOSE_WAIT      8160
  TCP    10.0.0.252:57300       141.101.112.192:443    CLOSE_WAIT      8160
  TCP    10.0.0.252:57301       141.101.112.192:443    CLOSE_WAIT      8160
  TCP    10.0.0.252:57385       23.196.34.134:443      ESTABLISHED     7144
  TCP    10.0.0.252:57430       208.43.253.206:443     CLOSE_WAIT      7136
  TCP    10.0.0.252:57435       173.194.121.0:80       ESTABLISHED     7144
  TCP    10.0.0.252:57442       173.194.121.14:443     ESTABLISHED     7144
  TCP    10.0.0.252:57447       64.86.202.11:80        ESTABLISHED     7144
  TCP    10.0.0.252:57456       168.159.218.174:443    ESTABLISHED     6316
  TCP    10.0.0.252:57462       190.93.244.58:80       ESTABLISHED     7144
  TCP    10.0.0.252:57463       74.125.228.217:80      TIME_WAIT       0
  TCP    10.0.0.252:57470       23.196.2.197:80        ESTABLISHED     7144
  TCP    127.0.0.1:1029         0.0.0.0:0              LISTENING       2028
  TCP    127.0.0.1:1030         127.0.0.1:4369         ESTABLISHED     3544
  TCP    127.0.0.1:1035         127.0.0.1:62522        ESTABLISHED     7416
  TCP    127.0.0.1:1036         0.0.0.0:0              LISTENING       7136
  TCP    127.0.0.1:1164         0.0.0.0:0              LISTENING       996
  TCP    127.0.0.1:1165         0.0.0.0:0              LISTENING       7056
  TCP    127.0.0.1:2559         0.0.0.0:0              LISTENING       7060
  TCP    127.0.0.1:4369         127.0.0.1:1030         ESTABLISHED     3644
  TCP    127.0.0.1:55018        0.0.0.0:0              LISTENING       3112
  TCP    127.0.0.1:62522        0.0.0.0:0              LISTENING       1348
  TCP    127.0.0.1:62522        127.0.0.1:1035         ESTABLISHED     1348
  TCP    [::]:80                [::]:0                 LISTENING       4
  TCP    [::]:135               [::]:0                 LISTENING       752
  TCP    [::]:445               [::]:0                 LISTENING       4
  TCP    [::]:623               [::]:0                 LISTENING       7056
  TCP    [::]:1025              [::]:0                 LISTENING       832
  TCP    [::]:1026              [::]:0                 LISTENING       960
  TCP    [::]:1027              [::]:0                 LISTENING       904
  TCP    [::]:1028              [::]:0                 LISTENING       1128
  TCP    [::]:1033              [::]:0                 LISTENING       888
  TCP    [::]:1034              [::]:0                 LISTENING       5548
  TCP    [::]:2701              [::]:0                 LISTENING       4788
  TCP    [::]:3306              [::]:0                 LISTENING       1688
  TCP    [::]:3389              [::]:0                 LISTENING       1452
  TCP    [::]:5357              [::]:0                 LISTENING       4
  TCP    [::]:5432              [::]:0                 LISTENING       3604
  TCP    [::]:5672              [::]:0                 LISTENING       3544
  TCP    [::]:8081              [::]:0                 LISTENING       2928
  TCP    [::]:16992             [::]:0                 LISTENING       7056
  TCP    [::1]:1166             [::1]:1168             ESTABLISHED     7056
  TCP    [::1]:1168             [::1]:1166             ESTABLISHED     7056
  UDP    0.0.0.0:123            *:*                                    1092
  UDP    0.0.0.0:500            *:*                                    1128
  UDP    0.0.0.0:3702           *:*                                    1092
  UDP    0.0.0.0:3702           *:*                                    4152
  UDP    0.0.0.0:3702           *:*                                    1092
  UDP    0.0.0.0:3702           *:*                                    4152
  UDP    0.0.0.0:4500           *:*                                    1128
  UDP    0.0.0.0:5355           *:*                                    1452
  UDP    0.0.0.0:8082           *:*                                    2928
  UDP    0.0.0.0:54654          *:*                                    4152
  UDP    0.0.0.0:54960          *:*                                    7144
  UDP    0.0.0.0:59195          *:*                                    1092
  UDP    0.0.0.0:63291          *:*                                    1092
  UDP    10.0.0.252:137         *:*                                    4
  UDP    10.0.0.252:138         *:*                                    4
  UDP    127.0.0.1:48000        *:*                                    7060
  UDP    127.0.0.1:49153        *:*                                    3604
  UDP    127.0.0.1:61532        *:*                                    6316
  UDP    [::]:123               *:*                                    1092
  UDP    [::]:500               *:*                                    1128
  UDP    [::]:3702              *:*                                    4152
  UDP    [::]:3702              *:*                                    4152
  UDP    [::]:3702              *:*                                    1092
  UDP    [::]:3702              *:*                                    1092
  UDP    [::]:4500              *:*                                    1128
  UDP    [::]:8082              *:*                                    2928
  UDP    [::]:54655             *:*                                    4152
  UDP    [::]:59196             *:*                                    1092
  UDP    [::]:63292             *:*                                    1092

最佳答案

绑定(bind)错误是因为进程仍然使用各自的端口注册。这还包括尚未死亡并已在两者中丢失的僵尸进程。

重新启动将清除此问题，但正如我对重新启动解决方案的看法，您可以使用 netstat(Windows、Linux 和 Mac 上的相同命令)命令找出僵尸进程。

您需要的是 netstat 命令，您需要查看每个操作系统的文档(尝试 netstat -?)，但通常您需要的是寻找类似 netstat -a 的东西，它将列出所有正在使用的端口。

我们最感兴趣的是处于 LISTENING 状态的那些，这意味着某些东西已经绑定(bind)了该端口以进行监听，其中将包括您的 8080 端口.

同样，您需要查看命令选项，因为每个操作系统都有不同的选项可以让您显示 PID(进程 ID)。然后，您可以使用“任务管理器”/“Activity 监视器”/“顶级”应用程序将 PID 与您正在运行的应用程序相匹配，然后终止该应用程序。

在 Mac 中，您还需要使用以下命令来获取 PID。

lsof -i -U -P | grep“听”

终止该进程后，您的端口将可用，然后您可以运行您的程序而不会出现 JVM_Bind 问题。

附言一思注也；一思注也；一思注也。 Java 不会绑定(bind)低于 1200 之类的端口，除非您以管理员/root 用户身份运行。但是你的 8080 应该没问题。

关于java - JVM_Bind 端口 8080 已被使用——但该端口上没有进程，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/31192721/

文章推荐： java - 从另一个项目实现 gui

文章推荐： java - Spring Data JPA 中的动态@Query WHERE 子句

文章推荐： java - 没有子模块作为 jar 文件的 Maven 多模块

java - RMI 导出对象(远程对象，端口)；创建注册表(端口)；
我想知道两者都可以 UnicastRemoteObject.exportObject(Remote,portNo) & LocateRegistry.createRegistry(portNo); p
apache - Tomcat Apache 端口 80 端口 8080
我有一个运行 tomcat 8.0.23 和 apache httpd 服务器的 vps。在 tomcat 中我有 3 个项目让我们用下面的名字来调用它们: /firstpro /secondpro
从非 ssl 端口 8080 重定向到 ssl 端口 8443
我试图将非 SSL 端口 8080 上的流量重定向到 SSL 端口 8443(在 Jboss 4.2.3.GA 版本上)，但它不起作用。当我在此端口上访问我的 web 应用程序时，它会停留在该端口上并
java - 将 SMS 发送到非 native 端口 – 端口 0 除外
跟进: Possible to query the native inbox of a mobile from J2ME? 我怎么知道Kannel将 SMS 发送到 native 收件箱端口(我想是端
python - 使用 python 的 TCP 端口 - 如何将命令输出转发到 tcp 端口？
我想用 python 开发一个代码，它将在本地主机中打开一个端口并将日志发送到该端口。日志只是 python 文件的命令输出。喜欢: hello.py i = 0 while True:
apache - 将 Apache ssl 端口 443 转发到 Tomcat http 端口
我的 tomcat 在我的 linux 机器上独立运行在端口 7778 上。我已经将 apache 配置为在端口 443 上的 ssl 上运行。我的 httpd.conf 如下: Liste
android - express 端口 3000，react native 端口 8081，如何发出 get 请求
我正在使用 React Native 作为我想要部署到 iOS 和 Android 的头像生成器。我正在为我的服务器使用 Express，它使用 localhost:3000，react native
linux - 我的主板上有 3 个 LAN 端口。如何禁用 Linux 机器上的所有板载 LAN 端口？
我正在使用主板(MSI Gaming主板)和两个支持NIC卡的e1000e驱动程序构建自定义操作系统。我想使用NIC卡中的端口而不是板载端口。为了禁用板载端口，我尝试使用 70-persistanc
php - 我更改了 SMTP 和 SMTP 端口，但它仍然显示无法连接到位于 "localhost"端口 25 的邮件服务器
我目前使用的是xampp 1.7.0，我的php版本是5.2.8 我将我的 php.ini 文件更改为: [mail function] ; For Win32 only. SMTP = smtp.g
spring-boot - Spring Boot Jetty 自动重定向 HTTP(端口 80)请求到 HTTPS(端口 8443)
我有以下代码来配置 Jetty 服务器: @Configuration public class RedirectHttpToHttpsOnJetty2Config { @Bean p
node.js - 将 SSL(端口 443)添加到 Nginx 反向代理服务器(端口 80)- Nginx 配置文件
我使用 Ubuntu 使用 Certbot 生成了一个 SSL。这已经自动更新了我的 Nginx 配置文件并添加了一个额外的监听端口。我担心我是否只需要监听一个端口(80 或 443)而不是两个端口，
reactjs - tomcat apache 8 服务器上的 Pentaho API(端口 - 8080)在通过不同的 Web 应用程序(react JS，端口 - 3000)调用时会出现 COR 问题
我被困在一个点，我必须调用 pentaho API 来验证来自 reactJS 应用程序的用户。两者都在我的本地机器上。到目前为止我尝试过的事情: a) 在 reactJS 配置文件 - packag
react-native - 10000 毫秒后 Uncaught Error : java.net.SocketTimeoutException : failed to connect to/192. 168.0.102(端口 19000)来自/192.168.0.100(端口 42950)
我的 native 项目在 android 模拟器上运行但是每当我尝试将我的项目与我的 android 设备连接时，就会出现上述错误。注意:我的手机和笔记本电脑使用相同的 wifi 连接。请帮我
Elasticsearch 端口
我正在运行 Elasticsearch 服务器。除了 9200/9300 端口外，Elasticsearch 还开放了很多端口，如下所示。 elasticsearch-service-x64.exe
04、WSDL 端口
<portType> 元素是最重要的 WSDL 元素 <portType>可描述一个 web service、可被执行的操作，以及相关的消息我们可以把 <portT
Icecast 端口 80
Stack Overflow 的其他地方有一个关于让 Icecast 出现在端口 80 上的问题，我已经阅读了该问题，但仍然无法让我的服务器在端口 80 上工作。我的 icecast.xml 有这些
proxy - 确定代理服务器/端口
如果这是一个简单的问题，我很抱歉，我对这种事情不熟悉。我正在尝试确定我的代理服务器 ip 和端口号，以便使用 google 日历同步程序。我使用谷歌浏览器下载了 proxy.pac 文件。最后一行是
Cassandra JMX 端口
我想知道 cassnadra 是否对所有 JMX 连接/节点间通信使用 7199 端口？与早期版本一样，7199 仅用于初始握手，但后来它使用随机选择 1024-65355 端口之间的任何端口。谢谢
docker - 无法在dockerfile中获取heroku $端口
在docker hub中，有一个容器，该容器在启动时会默认打开9000端口。可以通过传递环境变量server__port来覆盖该端口。我正在尝试在dockerfile中传递Heroku $ PORT
对外暴露的 Docker 端口
我已经在互联网上公开的虚拟机中安装了 docker。我已经在 VM 的 docker 容器中安装了 mongodb。Mongodb 正在监听 27017港口。我已经使用以下步骤安装 docker

行者123

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

java - JVM_Bind 端口 8080 已被使用——但该端口上没有进程