异常Address already in use: JVM_Bind的处理

最新推荐文章于 2021-06-12 15:55:45 发布

最新推荐文章于 2021-06-12 15:55:45 发布 · 149 阅读

文章标签：

#java #开发工具

本文深入探讨了Address already in use异常的产生原因，揭示了其背后的技术机制，并提供了一种更为高效且智能的解决方法。通过进入Tomcat的bin目录并运行shutdown.bat文件，我们可以优雅地解决这一常见问题，避免了盲目重启电脑或Eclipse的笨拙做法。

如题,Address already in use: JVM_Bind这个异常的意思就是说jvm被占用了

那么大家一般的解决情况都是重启一下eclipse ，结果还是不行，结果就只能重启电脑了。

对于这种情况，大家重启是最笨的方法，之所以重启也是因为大家没有明白其中的原理。

那么这个异常是如何发生的呢？

根据我的经验:

一般都是因为eclipse异常退出，而此时启动的Tomcat并没有及时关闭，以至于tomcat一直占用着jvm 没有及时关闭掉服务器导致了该问题的发生

知道了原因，把么如何解决问题就不言而喻了吧?

解决方案:

进入Tomcat的安装目录的bin目录下运行shutdown.bat

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

iteye_19606

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Address already in use: JVM_Bind（端口冲突）

05-03

Bug：Address already in use: JVM_Bind问题之总结

03-22

在编程和系统开发过程中，我们可能会遇到一个常见的错误——"Address already in use: JVM_Bind"。这个错误通常发生在尝试绑定一个已经被占用的网络端口时。本文将深入探讨这个问题，提供解决方案，并从源码角度解析...

参与评论您还未登录，请先登录后发表或查看评论

tomcat端口冲突

learnmore的实验田

08-10

475

转载: Address already in use: JVM_Bind（端口冲突） java.net.BindException: Address already in use: JVM_Bind at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.PlainSocketImpl.bi...

java.net.BindException: Address already in use: JVM_Bind

dylan_sjc的博客

06-12

1168

做网络实验的时候，运行了一次第一次可以，后面就报了这个错。这个问题我的猜测和网上的一些回答里，是端口占用的问题，你可能在用ide时候结束了进程，但是实际上可能端口还是占用着。所以如果你是在做网络实验的话，建议用命令在bin 文件底下跑（可能需要带上包名)，然后换个端口号就可以解决，然后就可以重复使用了。 ...

java.net.BindException: Address already in use: JVM_Bind :8088(端口冲突)

12-26

在myeclipse中将html文件改成jsp文件时myeclipse卡住；将之前的任务关掉；再打开时多次部署项目的时候报错

tomcat 启动：Address already in use: JVM_Bind <null>:8080

10-16

然而，在启动 Tomcat 时，偶尔会遇到报错“Address already in use: JVM_Bind <null>:8080”，这意味着端口 8080 已经被占用。为什么会出现这种情况？这通常是因为某个进程已经占用了端口 8080，阻止了 Tomcat 的...

解决jvmjava.net.BindException: Address already in use: JVM_Bind异常

04-21

【Java中的`java.net.BindException: Address already in use: JVM_Bind`异常】在Java编程中，当你尝试启动一个服务器端应用，如Tomcat，或者任何需要监听特定端口的服务时，可能会遇到`java.net.BindException: ...

Address already in use: JVM_Bind

s361299706的博客

06-29

1370

错误：java.net.BindException: Address already in use: JVM_Bind端口号冲突；第一种情况是还有其他Java项目正在占用端口号，结束其他Java项目就OK了；第二种情况是强制关闭myeclipse但是后台程序仍在运行端口号被之前的程序占用着；第三种情况是其他程序的端口号和tomcat冲突，那就只能修改tomcat的web.xml中的端口号或者修

address already in use: jvm_bind

yongbuyanqi88888的专栏

01-07

630

问题：address already in use: jvm_bind 原因：端口被占用解决方法：方法一：关闭javaw.exe 进程（启动任务管理器--->进程--->javaw.exe）方法二：关闭tomcat服务（控制面板-->管理工具--->服务-->Apache Tomcat TomcatSho

异常：java.net.BindException: Address already in use: JVM_Bind

热门推荐

凉茶微凉

06-29

8万+

异常现象为了在本地测试socket服务端，写了一个socket客户端，之前一直是可以用的，某天突然发现在启动sokcet客户端时一直启动不了，报错如下：错误: 代理抛出异常错误: java.rmi.server.ExportException: Port already in use: 8011; nested exception is: java.net.BindException: A...

Address already in use: JVM_Bind <null>:8080

yaoyaomice

10-29

1677

java.net.BindException: Address already in use: JVM_Bind :8080 at org.apache.tomcat.util.net.JIoEndpoint.bind(JIoEndpoint.java:411) at org.apache.tomcat.util.net.AbstractEndpoint.init(AbstractEndpoi

java.net.BindException: Address already in use: JVM_Bind?

潇洒不放纵的博客

03-07

2127

在初学Javaweb时,曾经遇到这个错误java.net.BindException: Address already in use: JVM_Bind java绑定异常(端口号被占用). 那么,什么情况下会出现这个异常呢? 第一种情况:Tomcat的默认端口是8080,出现这个异常可能是因为其他应用程序的端口号有一个正好是8080,即Tomcat的默认端口号被占用了,这时,我们可以修改Tomc...

Java端口被占用：Address already in use: JVM_Bind

进阶的博客

12-06

1622

上机实验，做一个CS模式的web应用程序，要用到端口号。第一次执行没问题，再执行就发现出现了Address already in use: JVM_Bind这个错误。结合了网上N种博客上的N种版本，解决方法总结如下：出现问题：Address already in use: JVM_Bind 原因：端口号被占用了（只是原因之一，其他的原因还不知道）解决：Windows下打开cmd命...

TomCat启动报错Address already in use: JVM_Bind

码农界的菜鸟

05-23

2168

Address already in use: JVM_Bind tomcat启动时出现Address already in use: JVM_Bind 的原因是因为端口被占用，有可能是因为多次启动tomcat或者启动了多个tomcat，或者是其他应用程序或者服务占用了。这时候我们就需要关闭占用的端口号的进程，下面介绍两种办法：方法一：也是最简单的方法：重启电脑；方法二：不需要重启电脑...

出现Address already in use: JVM_Bind

最新发布

02-21

### 解决 `Address already in use: JVM_Bind` 的方案当遇到 `Address already in use: JVM_Bind` 错误时，通常是因为目标端口已经被其他进程占用。此问题常见于IDE（如IntelliJ IDEA）中启动Spring Boot应用或其他Java应用程序时。 #### 方法一：查找并终止占用端口的进程为了处理这个问题，可以按照如下方式操作： - **Windows平台** 使用命令行工具来识别哪个进程正在使用冲突的端口号，并结束该进程。具体步骤为先查询指定端口的占用情况以及对应的PID (Process ID)，之后利用获得的PID去终结相应的程序实例[^2]。 ```bash # 查询特定端口(比如9090)及其关联的PID netstat -p tcp -ano | findstr :9090 # 假设得到的结果显示PID为1234，则执行以下指令停止它 taskkill /PID 1234 /F ``` - **Linux/MacOS平台** 对于类Unix系统而言，同样可以通过终端来进行排查和清理工作。这里提供了一套适用于这些系统的命令集[^4]。 ```bash lsof -i :9090 # 获取监听在9090端口上的所有连接信息 kill -9 $(lsof -t -i :9090) # 杀死匹配到的第一个进程ID ``` 这种方法能够快速有效地释放被占用的网络资源，从而允许新的服务正常绑定至所需的通信接口上。 #### 方法二：更改默认端口号配置如果频繁遭遇此类冲突状况，考虑调整应用程序所使用的HTTP/HTTPS端口也是一种可行的选择。对于基于Spring框架构建的应用来说，在项目的application.properties文件内修改server.port属性值就可以轻松实现这一点[^1]。 ```properties # application.properties 文件中的设置项 server.port=8081 ``` 这样做不仅规避了当前存在的端口争用难题，同时也提高了部署灵活性，使得多项目共存变得更加容易管理。 #### 方法三：确保正确关闭服务器实例有时开发者可能会忘记完全退出之前运行的服务实例，尤其是在IDE内部调试期间。因此养成良好的习惯——每次完成测试后都应确认所有的Tomcat/Jetty等Web容器已经彻底停机再继续下一步的操作，这有助于减少不必要的麻烦发生几率[^3]。 ---