TCP 状态总结。

经过自己的实验:客户机 windows,服务器:linux


1.客户机建立连接,服务器shutdown。客户机进入CLOSE_WAIT,服务器进入FIN2_WAIT.此时客户机可以正常给服务器发数据。服务器正常回复ack。

2.客户机建立连接,服务器close        。客户机进入CLOSE_WAIT,服务器进入FIN2_WAIT.此时客户机可以正常给服务器发数据(以为发送正常,返回值正常,即将数据成功放入发送缓冲),但是此时由于服务器close,所以服务器回复RST信号,即此时连接关闭,双方进退出各种状态。若客户机再接受到RST后,再次发送数据,则发生错误,windows下是10053,问题是如果客户再收到RST之前,再次发送(与nagle算法有关,如果不关闭,第二次是发不出去的,他得等对方的ack,才发送,当然是小分节数据,如果是大分节数据,应该是可以直接发送,但是这个大到多大,我理解也不太好,而且我括号内的理解不一定正确),应该也察觉不到错误,但是调用read的时候,则由于服务器发来的FIN信号,导致返回EOF。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值