TCP三次握手和四次挥手

关于TCP三次握手和四次挥手

• 一开始，客户端和服务器端都是处于CLOSED关闭状态。先是服务端主动监听某一个端口，并且处于LISTEN状态。

• 然后客户端主动发起连接SYN，之后处于SYN-SENT状态，发送seq=x，其中x用来表示当前的连接号

• 服务端收到发起的连接，返回一个SYN没其中seq=y，ack=x+1，表示我已经收到你seq=x的连接了，并发送自己的号。之后便处于接受反馈的状态。

• 客户端收到SYN包肉，发送ACK码表矫正，seq=x+1表示，这是我编号x的确认吗，用来相应你的编号y的内容。

  到此位置，就建立的连接，三次握手也就完成了。

三次握手趣味版本：

A(客户端)：喂，听得到吗？

B(服务器)：哎，听得到，你呢？

A(客户端)：听得到！

这样就表示你们的联系已经建立，可以正常的开始你们需要的通讯了。

一些问题：

第三次握手是否必要？

答：必要，可以确保客户端和服务端可以建立。否则，以两次握手作为标准，就会出现A收不到信息，但B收的到A的，这样就可以认为是A跟个小傻子一样一直说，但是B不能回应。对于服务器而言，只知道自己的接受没有问题，发送给客户端有没有收到却无从知晓。

小林同学的回答：

如果只有「两次握⼿」，当客户端的 SYN 请求连接在⽹络中阻塞，客户端没有接收到 ACK 报⽂，就会重新发送 SYN ，由于没有第三次握⼿，服务器不清楚客户端是否收到了⾃⼰发送的建⽴连接的ACK 确认信号，所以每收到⼀个 SYN 就只能先主动建⽴⼀个连接，这会造成什么情况呢？如果客户端的 SYN 阻塞了，重复发送多次 SYN 报⽂，那么服务器在收到请求后就会建⽴多个冗余的⽆效链接，造成不必要的资源浪费。