close_waittomcat的CLOSEWAIT是怎么回事

网络连接状态close wait，time wait是什么意思？

连接进程是通过一系列状态表示的，这些状态有：LISTEN，SYN-SENT，SYN-RECEIVED，ESTABLISHED，FIN-WAIT-1，FIN-WAIT-2，CLOSE-WAIT，CLOSING，LAST-ACK，TIME-WAIT和 CLOSED。

CLOSED表示没有连接，各个状态的意义如下： LISTEN - 侦听来自远方TCP端口的连接请求； SYN-SENT - 在发送连接请求后等待匹配的连接请求； SYN-RECEIVED - 在收到和发送一个连接请求后等待对连接请求的确认； ESTABLISHED - 代表一个打开的连接，数据可以传送给用户； FIN-WAIT-1 - 等待远程TCP的连接中断请求，或先前的连接中断请求的确认； FIN-WAIT-2 - 从远程TCP等待连接中断请求； CLOSE-WAIT - 等待从本地用户发来的连接中断请求； CLOSING - 等待远程TCP对连接中断的确认； LAST-ACK - 等待原来发向远程TCP的连接中断请求的确认； TIME-WAIT - 等待足够的时间以确保远程TCP接收到连接中断请求的确认； CLOSED - 没有任何连接状态； TCP连接过程是状态的转换，促使发生状态转换的是用户调用：OPEN，SEND，RECEIVE，CLOSE，ABORT和STATUS；传送过来的数据段，特别那些包括以下标记的数据段SYN，ACK，RST和FIN；还有超时，上面所说的都会时TCP状态发生变化。

命令提示符中的State下显示的CLOSE_WAIT ,ESTABLISHED ,TIME_WAIT各是什么意思

把你想知道IP地址的那个人“请”到QQ的“二人世界”里。

接着，我们在DOS窗口里(Win9x下叫DOS，Win2000下叫命令提示符)。

输入如下命令stat-n你将看到：ActiveConnections ProtoLocalAddressForeignAddressState TCP202.109.34.78:1200202.121.139.35:61555ESTABLISHED TCP202.109.34.78:2694202.109.72.40:6667ESTABLISHED TCP202.109.34.78:4869211.202.1.227:23ESTABLISHED好家伙，这么多IP！哪个才是我们要找的呢？别着急，往后看。

我们现在退出“二人世界”，然后在DOS下再输入一次stat-n你将看到：ActiveConnections ProtoLocalAddressForeignAddressState TCP202.109.34.78:1200202.121.139.35:61555TIME_WAIT TCP202.109.34.78:2694202.109.72.40:6667ESTABLISHED TCP202.109.34.78:4869211.202.1.227:23ESTABLISHED看出前后两次的区别了吗？没有看出来？仔细着看，你会发现：原来：TCP202.109.34.78:1200202.121.139.35:61555ESTABLISHED 现在：TCP202.109.34.78:1200202.121.139.35:61555TIME_WAIT好了，现在你该知道了吧？对！和你聊天的人的IP就是：202.101.139.35！那你是怎么知道的呢？朋友，请看我们在“视频聊天”时要传送消息，相互之间必然要产生连接（通过UDP协议），此时自然是“ESTABLISHED”了（以你stat-n命令的结果来说）；而退出“二人世界”连接就断开了，自然就是“TIME_WAIT”了。

tomcat的CLOSEWAIT是怎么回事

解决办法: 在调用httpclient时加入一行: httpmethod.setRequestHeader("Connection", "close"); 让这个socket在请求完毕后就关闭. /robin ... =1430&next=1363 *************************************************************************** CLOSE_WAIT状态的生成原因 如果是CLIENT端主动断掉当前连接的话，那麼双方关闭这个TCP连接共需要四个packet： Client ---> FIN ---> Server Client <--- ACK <--- Server 这时候Client端处於FIN_WAIT_2状态；而Server 程序处於CLOSE_WAIT状态。

Client <--- FIN <--- Server 这时Server 发送FIN给Client，Server 就成为LAST_ACK状态。

Client ---> ACK ---> Server Client回应了ACK，那麼Server 才会成为CLOSED状态。

****************************************************************************** 解决方法: 1.(暂时生效,重新启动 linux 後,会还原成预设值) sysctl .ipv4.tcp_fin_timeout=30 sysctl .ipv4.tcp_keepalive_time=1800 sysctl .ipv4.tcp_keepalive_probes=2 sysctl .ipv4.tcp_keepalive_l=2 2.(永久生效) vi /etc/sysctl.conf # Decrease the time default value for tcp_fin_timeout connection net.ipv4.tcp_fin_timeout = 30 # Decrease the time default value for tcp_keepalive_time connection net.ipv4.tcp_keepalive_time = 1800 # 探测次数 net.ipv4.tcp_keepalive_probes=2 # 探测间隔秒数 net.ipv4.tcp_keepalive_l=2 编辑完 /etc/sysctl.conf,要重work 才会生效 [root@temp /]# /etc/rc.d/work restart ********************************************************************************** PS: 发生CLOSE_WAIT 的原因,可能在於程式内 一端的Socket使用close後，另一端的Socket没有使用close.检查一下代码内是否有 Server端在某些异常情况时，没有关闭Socket，将之修改,应可改正此一问题