客户端断开链接之后，再主动连接服务端，但是三次握手之后接着就是四次挥手，导致客户端无法发送数据，这是怎么回事？

fywindy 2013-12-27 10:56:21

客户端断开链接之后，再主动连接服务端，但是三次握手之后接着就是四次挥手，导致客户端无法发送数据，这是怎么回事？

...全文

178 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

fywindy 2014-01-16

打赏
举报

回复

引用 1 楼 Yans 的回复:

用控件可以实现

太对了

「已注销」 2014-01-16

打赏
举报

回复

用控件可以实现

前端大厂最新面试题-handshakes_waves.docx

tcpip4次握手形象说明了4次握手协议

第四次断开时，客户端会向服务端发送包并进入超时等待状态经过超时时间后会关闭连接，而服务端会立即关闭。Tcp的四次断开是客户端与服务端断开连接。TCP的三次握手是为了确认客户端与服务端进入连接状态，客户端与服务端建立连接（请求三次）。第二次握手时，服务端在收到客户端发送来的syn包后，发送syn ack包表示确认请求；第二次断开时服务端会向客户端发送ack包，表示自己进入关闭等待状态。第一次断开时客户端会向服务端发送一个fin包并进入等待状态。第三次断开时服务端会向客户端发送fin包进入最后确认状态。

三次握手，四次挥手，为什么是三次握手四次挥手 四次挥手 TCP的连接的拆除需要发送四个包，因此称为四次挥手。客户端或服务器均可主动发起挥手动作。由于TCP连接时全双工的，因此每个方向都必须单独进行关闭。这个原则是当一方完成他的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个FIN只意味着这一方向上没有数据流动，一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将执行主动关闭，而另一方执行被动关闭。这是因为服务端的LISTEN状态下的socket当收到.

四次挥手的流程 1、主动关闭方发送FIN连接释放报文段 客户端调用 close 方法，告诉服务器自己要主动关闭连接，会发送一个 FIN 报文给服务端，客户端进入FIN-WAIT-1状态。 2、被动关闭方发送对FIN的ACK普通确认报文段由于此时服务器数据很可能还没有发完，需要继续向客户端发送未完成的数据，又不能让客户端等太久，所以先向客户端发送ACK 确认报文段，服务端进入 CLOSE_WAIT，客户端收到ACK之后进入FIN-WAIT-2状态。 3、被动关闭方发送FIN连接释放报文段当服务器数据发送完

网络及通讯开发

1,317

社区成员

8,874

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章