动画讲授TCP，再不懂请来打我

初始状态：客户端处于closed 状态，处事器处于listen(监听) 状态。

第一次握手：客户端发送哀求报文将SYN = j(1)初始化序列号发送给客户端，发送完之后客户端处于SYN_Send状态。

第二次握手：处事端受到 SYN 哀求报文之后，假犹快意毗连，会以本身的SYN(处事端) = K(0)和ack(1) = SYN(客户端) + 1(ACK = 1)报文作为应答，处事器为SYN_Receive状态。

第三次握手：客户端吸取随处事端的SYN + ACK，然后发送ack = SYN(处事端) + 1(ACK = 1)确认包作为应答，客户端转为established状态。

为什么不是一次、两次握手?

防备了处事器端的一向守候而挥霍资源。

为了防备已失效的毗连哀求报文段溘然又传送到了处事端，因而发生错误。假云云时客户端发送的耽误的握手信息处事器收到，然后处事器举办相应，以为客户端要和它成立毗连，此时客户端并没有这个意思，但 server 却觉得新的运输毗连已经成立，并一向守候 client 发来数据。这样，server 的许多资源就白白挥霍掉了。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!