CLOSE_WAIT状态的原因与解决方法
2014-05-07 14:27
176 查看
CLOSE_WAIT状态的原因与解决方法
这个问题之前没有怎么留意过,是最近在面试过程中遇到的一个问题,面了两家公司,两家公司竟然都面到到了这个问题,不得不使我开始关注这个问题。说起CLOSE_WAIT状态,如果不知道的话,还是先瞧一下TCP的状态转移图吧。
关闭socket分为主动关闭(Active closure)和被动关闭(Passive closure)两种情况。前者是指有本地主机主动发起的关闭;而后者则是指本地主机检测到远程主机发起关闭之后,作出回应,从而关闭整个连接。将关闭部分的状态转移摘出来,就得到了下图:
产生原因
通过图上,我们来分析,什么情况下,连接处于CLOSE_WAIT状态呢?
在被动关闭连接情况下,在已经接收到FIN,但是还没有发送自己的FIN的时刻,连接处于CLOSE_WAIT状态。
通常来讲,CLOSE_WAIT状态的持续时间应该很短,正如SYN_RCVD状态。但是在一些特殊情况下,就会出现连接长时间处于CLOSE_WAIT状态的情况。
出现大量close_wait的现象,主要原因是某种情况下对方关闭了socket链接,但是我方忙与读或者写,没有关闭连接。代码需要判断socket,一旦读到0,断开连接,read返回负,检查一下errno,如果不是AGAIN,就断开连接。
这个问题之前没有怎么留意过,是最近在面试过程中遇到的一个问题,面了两家公司,两家公司竟然都面到到了这个问题,不得不使我开始关注这个问题。说起CLOSE_WAIT状态,如果不知道的话,还是先瞧一下TCP的状态转移图吧。
关闭socket分为主动关闭(Active closure)和被动关闭(Passive closure)两种情况。前者是指有本地主机主动发起的关闭;而后者则是指本地主机检测到远程主机发起关闭之后,作出回应,从而关闭整个连接。将关闭部分的状态转移摘出来,就得到了下图:
产生原因
通过图上,我们来分析,什么情况下,连接处于CLOSE_WAIT状态呢?
在被动关闭连接情况下,在已经接收到FIN,但是还没有发送自己的FIN的时刻,连接处于CLOSE_WAIT状态。
通常来讲,CLOSE_WAIT状态的持续时间应该很短,正如SYN_RCVD状态。但是在一些特殊情况下,就会出现连接长时间处于CLOSE_WAIT状态的情况。
出现大量close_wait的现象,主要原因是某种情况下对方关闭了socket链接,但是我方忙与读或者写,没有关闭连接。代码需要判断socket,一旦读到0,断开连接,read返回负,检查一下errno,如果不是AGAIN,就断开连接。
相关文章推荐
- CLOSE_WAIT状态的原因与解决方法
- CLOSE_WAIT状态的原因与解决方法 --转
- CLOSE_WAIT状态的原因与解决方法(2)
- CLOSE_WAIT状态的原因与解决方法
- C:CLOSE_WAIT状态的原因与解决方法
- CLOSE_WAIT状态的原因与解决方法
- CLOSE_WAIT状态的原因与解决方法
- CLOSE_WAIT状态的原因与解决方法
- CLOSE_WAIT状态的原因与解决方法
- CLOSE_WAIT状态的原因与解决方法
- CLOSE_WAIT状态的原因与解决方法(转载留自己看)
- CLOSE_WAIT状态的原因与解决方法
- CLOSE_WAIT状态的原因与解决方法
- close_wait状态出现的原因和解决方法
- CLOSE_WAIT状态的原因与解决方法
- CLOSE_WAIT状态的原因与解决方法
- Linux socket通信出现CLOSE_WAIT状态的原因与解决方法
- CLOSE_WAIT状态的原因与解决方法
- CLOSE_WAIT状态的原因与解决方法
- CLOSE_WAIT状态的原因与解决方法