tcp端口被一直占用，kill进程没用

flyfeel

今天遇到一个很奇怪的现象，将自己的一个demo进程kill掉后，他占用的端口8888又被其他进程占用了，一直到将所有自己的进程杀完后，端口才得到释放。
因为这些进程都是自己的，很清楚没有用过该端口，我能想到唯一有关联的是这几个自己的进程都是通过init.d自启拉起的，会不会资源都被init.d接管了？

1. [root@server Service]# netstat -antp | grep 8888
   
2. tcp        0      0 0.0.0.0:8888                0.0.0.0:*                   LISTEN      2848/java           
   
3. tcp        0      0 192.168.20.195:8888         192.168.20.104:59125        ESTABLISHED 2848/java           
   
4. [root@server Service]# kill -9 2848
   
5. [root@server Service]# netstat -antp | grep 8888
   
6. tcp        0      0 0.0.0.0:8888                0.0.0.0:*                   LISTEN      2913/java           
   
7. tcp        0      0 192.168.20.195:8888         192.168.20.104:59125        ESTABLISHED 2913/java           
   
8. [root@server Service]# kill -9 2913
   
9. [root@server Service]# netstat -antp | grep 8888
   
10. tcp        0      0 0.0.0.0:8888                0.0.0.0:*                   LISTEN      2972/sh            
    
11. tcp        0      0 192.168.20.195:8888         192.168.20.104:59125        ESTABLISHED 2972/sh            
    
12. [root@server Service]# kill -9 2972
    
13. [root@server Service]# netstat -antp | grep 8888
    
14. tcp        0      0 0.0.0.0:8888                0.0.0.0:*                   LISTEN      3294/mysqld         
    
15. tcp        0      0 192.168.20.195:8888         192.168.20.104:59125        ESTABLISHED 3294/mysqld         
    
16. [root@server Service]# kill -9 3294
    
17. [root@server Service]# netstat -antp | grep 8888
    
18. tcp        0      0 0.0.0.0:8888                0.0.0.0:*                   LISTEN      3359/Alarm
    
19. tcp        0      0 192.168.20.195:8888         192.168.20.104:59125        ESTABLISHED 3359/Alarm
    
20. [root@server Service]# netstat -antp | grep 8888
    
21. tcp        0      0 192.168.20.195:8888         192.168.20.104:59125        FIN_WAIT2   -

复制代码

yjh777

FIN_WAIT2 状态，

百度 bing 一下看看

yjh777

有一些客户端在处理持久连接(aka keepalives)时存在问题。当连接空闲下来服务器关闭连接时(基于KeepAliveTimeout指令)， 客户端的程序编制使它不发送FIN和ACK回服务器。这样就意味着这个连接 将停留在FIN_WAIT_2状态直到以下之一发生：
客户端为同一个或者不同的站点打开新的连接，这样会使它在该个套接字上完全关闭以前的连接。
用户退出客户端程序，这样在一些(也许是大多数？)客户端上会使操作系统完全关闭连接。
FIN_WAIT_2超时，在那些具有FIN_WAIT_2状态超时设置的服务器上。
如果你够幸运，这样意味着那些有缺陷的客户端会完全关闭连接并释放你服务器的资源。 然而，有一些情况下套接字永远不会完全关闭，比如一个拨号客户端在关闭客户端程序之前从ISP断开。 此外，有的客户端有可能空置好几天不创建新连接，并且这样在好几天里保持着套接字的有效即使已经不再使用。 这是浏览器或者操作系统的TCP实现的Bug。
3、如何解决 www.2cto.com
为 FIN_WAIT_2 增加 超时机制