关于socket中被动方的close的执行

如果在主动方调用了close(socket),被动方没有及时相应的执行close,而进行send则会出现异常关闭。。进行recv却不会异常,能正常关闭。

比如我在被动方的close前加一句键盘输入fgets然后进行send来进行停顿。。则会抓到如下包:

主动方(client)执行close之后,会抓到如下两个包,此时主动方是FIN_WAIT2,被动方是CLOSE_WAIT:

23:23:48.335377 IP localhost.43152 > localhost.6666: Flags [F.], seq 1, ack 4, win 342, options [nop,nop,TS val 10147791 ecr 10146666], length 0

23:23:48.335968 IP localhost.6666 > localhost.43152: Flags [.], ack 2, win 342, options [nop,nop,TS val 10147792 ecr 10147791], length 0

此时被动方(server)在代码中加入了fgets和send,在键盘输入后回车,则抓出如下两个包,然后两者均CLOSED结束消失在netstat中,没有出现TIME_WAIT,属于异常退出。

23:23:51.447350 IP localhost.6666 > localhost.43152: Flags [P.], seq 4:5, ack 2, win 342, options [nop,nop,TS val 10148569 ecr 10147791], length 1

23:23:51.447363 IP localhost.43152 > localhost.6666: Flags [R], seq 1942903444, win 0, length 0


由此可见,在主动方调用了close之后,被动方应该相应的执行close来进行正常的四次挥手过程。若继续调用send发送数据则会产生异常关闭。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值