[Bug0042] Port 8080 was already in use | WIN10 关闭占用某一端口号的进程

1、问题

 Web server failed to start. Port 8080 was already in use.

2、场景

使用热部署插件Jrebel手动关闭项目失效。

3、原因

Port 8080 was already in use.

4、解决方案

方案一：修改端口;

修改配置文件application.properties，加上参数：server.port=80xx

或者修改application.yml：

 server:
  port: 80xx

方案二：关闭占用端口的进程。

使用cmd命令查看端口号占用情况，例如查看端口 8080，可以看出监听到（LISTENING）的进程号为25184；PID为38120的进程是前端程序ESTABLISHED进程，下文有扩展。
```
 netstat -ano | findstr 端口号
```
关闭该进程

方法一：使用任务管理器关闭：

菜单栏 -> 右键 - > 任务管理器 -> 详细信息，根据PID排序找到PID为10728的进程，选择后点击结束任务。

方法二：使用命令关闭

命令：
```
 taskkill -PID 进程号 -F
```

5、补充扩展

端口状态说明 LISTENING、ESTABLISHED、TIME_WAIT及CLOSE_WAIT

摘自网络：

TCP协议规定，对于已经建立的连接，网络双方要进行四次握手才能成功断开连接，如果缺少了其中某个步骤，将会使连接处于假死状态，连接本身占用的资源不会被释放。网络服务器程序要同时管理大量连接，所以很有必要保证无用连接完全断开，否则大量僵死的连接会浪费许多服务器资源。在众多TCP状态中，最值得注意的状态有两个：CLOSE_WAIT和TIME_WAIT。

LISTENING状态
　　FTP服务启动后首先处于侦听（LISTENING）状态。
ESTABLISHED状态
　　ESTABLISHED的意思是建立连接。表示两台机器正在通信。
CLOSE_WAIT
对方（客户端）主动关闭连接或者网络异常导致连接中断，这时我方（服务端）的状态会变成CLOSE_WAIT 此时我方要调用close()来使得连接正确关闭
TIME_WAIT
我方主（服务端）动调用close()断开连接，收到对方确认后状态变为TIME_WAIT。TCP协议规定TIME_WAIT状态会一直持续2MSL(即两倍的分段最大生存期)，以此来确保旧的连接状态不会对新连接产生影响。处于TIME_WAIT状态的连接占用的资源不会被内核释放，所以作为服务器，在可能的情况下，尽量不要主动断开连接，以减少TIME_WAIT状态造成的资源浪费。
目前有一种避免TIME_WAIT资源浪费的方法，就是关闭socket的LINGER选项。但这种做法是TCP协议不推荐使用的，在某些情况下这个操作可能会带来错误。
SYN_SENT状态
　　SYN_SENT状态表示请求连接，当你要访问其它的计算机的服务时首先要发个同步信号给该端口，此时状态为SYN_SENT，如果连接成功了就变为ESTABLISHED，此时SYN_SENT状态非常短暂。但如果发现SYN_SENT非常多且在向不同的机器发出，那你的机器可能中了冲击波或震荡波之类的病毒了。这类病毒为了感染别的计算机，它就要扫描别的计算机，在扫描的过程中对每个要扫描的计算机都要发出了同步请求，这也是出现许多SYN_SENT的原因。