标签：握手 SYN TCP 发送 四次 序列号 连接 服务端 客户端

​ 为什么不是两次

（1） 防止 历史 旧数据 连接

客户端连续发送多次 SYN 建⽴连接的报⽂，在⽹络拥堵等情况下：

● ⼀个「旧 SYN 报⽂」⽐「最新的 SYN 」 报⽂早到达了服务端；

● 那么此时服务端就会回⼀个 SYN + ACK 报⽂给客户端；

● 客户端收到后可以根据⾃身的上下⽂，判断这是⼀个历史连接（序列号过期或超时），那么客户端

就会发送 RST 报⽂给服务端，表示中⽌这⼀次连接。

如果是两次握⼿连接，就不能判断当前连接是否是历史连接，三次握⼿则可以在客户端（发送⽅）准备

发送第三次报⽂时，客户端因有⾜够的上下⽂来判断当前连接是否是历史连接：

● 如果是历史连接（序列号过期或超时），则第三次握⼿发送的报⽂是 RST 报⽂，以此中⽌历史连

接；

● 如果不是历史连接，则第三次发送的报⽂是 ACK 报⽂，通信双⽅就会成功建⽴连接；

所以， TCP 使⽤三次握⼿建⽴连接的最主要原因是防⽌历史连接初始化了连接。

（2） 三次握手才能让双方均确认 自己的发送能力 和接受能力 均正常 才能 同步双⽅初始序列号

可⻅，序列号在 TCP 连接中占据着⾮常重要的作⽤，所以当客户端发送携带「初始序列号」的 SYN

报⽂的时候，需要服务端回⼀个 ACK 应答报⽂，表示客户端的 SYN 报⽂已被服务端成功接收，那当

服务端发送「初始序列号」给客户端的时候，依然也要得到客户端的应答回应，这样⼀来⼀回，才能确

保双⽅的初始序列号能被可靠的同步。

序列号是可靠传输的⼀个关键因素，它的作⽤：

● 接收⽅可以去除重复的数据；

● 接收⽅可以根据数据包的序列号按序接收；

● 可以标识发送出去的数据包中， 哪些是已经被对⽅收到的；

（3） 避免了资源的浪费

如果只有「两次握⼿」，当客户端的 SYN

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

​ 为什么不是四次

因为三次握手 就能 保证 双方的 发送 和 接收 能力 正常 。 以及 双方的 初始序列号 可以被同步了

标签：握手,SYN,TCP,发送,四次,序列号,连接,服务端,客户端
来源： https://www.cnblogs.com/lzbbbb/p/16573208.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。