当前位置：首页 > news >正文

关于TCP三次握手和四次挥手过程中的状态机、使用三次握手和四次挥手的原因、拥塞控制

news 2025/8/29 15:59:48

关于传输层中的TCP协议，我们在之前的博客中对其报文格式、三次握手、四次挥手、流量控制、数据传输等机制进行了具体说明，接下来在前面所学的基础上，我们再来讲讲TCP中三次握手和四次挥手各阶段所处的状态机以及为什么要使用三次握手和四次挥手？最后再来补充TCP的拥塞控制。

TCP三次握手和四次挥手过程中的状态机

三次握手详细过程如下：

在未进行三次握手时，客户端和服务端都处于closed状态，当客户端主动发起连接时，服务端被动打开，进入listen状态。客户端发送SYN置位，seq=x的包，表示想和服务端建立连接，称为第一次握手，随即客户端接入SYN_SENT状态；
服务端收到包后，立即回复SYN、ACK置位，seq=y，ack=x+1的包，表示同意和客户端建立连接，并且自己也想和客户端建立连接，称为第二次握手，随即进入SYN_RCVD状态；
客户端收到包后，发送ACK置位，seq=x+1，ack=y+1的包，表示同意和服务端建立连接，称为第三次握手，随即进入established状态；
服务端收到包后，也进入established状态，TCP连接成功建立。

三次握手中的哪一次握手可以开始传输数据？

第三次握手，表示客户端和服务器都建立了连接，客户端可以携带要传输的数据。

四次挥手详细过程如下：

当客户端数据传输完毕后，主动发送FIN置位，seq=u的包，表示想和服务端断开连接，称为第一次挥手，随即客户端接入FIN WAIT1状态；
服务端收到包后，回应一个ACK置位，seq=v，ack=u+1的包，表示同意和客户端断开连接，称为第二次挥手，随即服务端接入CLOSE WAIT状态；
客户端收到包后，进入FIN WAIT2状态；
等待服务端的数据传输完毕后，服务端主动发送FIN、ACK置位，seq=w，ack=u+1的包，表示想和客户端断开连接，称为第三次挥手，随即服务端进入LAST ACK状态；
客户端收到包后，回应一个ACK置位，seq=u+1，ack=w+1的包，表示同意和服务端断开连接，称为第四次挥手，随即进入TIME WAIT状态；
服务端收到包后，进入closed状态；
等待TIME WAIT时间结束后，客户端也进入closed状态，TCP连接成功断开。

为什么客户端要等待TIME WAIT时间？

为了确保同意断开连接的响应能安全发送到服务端，避免造成服务端收不到响应而无法关闭连接。

图片来源：TCP三次握手与四次挥手详解_三次握手和四次挥手-CSDN博客

为什么TCP建立连接要使用三次握手，而不是两次握手、四次握手？

为了避免历史连接、避免服务器资源浪费、同时也为了初始化序列号。

避免历史连接：在IP网络中传输的数据是不安全的、无序的，当客户端发送的第一个连接请求由于网络延迟导致比第二个连接请求晚到服务端时，服务端对两个连接请求都进行了回应，如果此时采用两次握手的话，客户端无法判断出服务端回应的是哪一个请求，就造成了历史连接。如果采用三次握手的话，客户端就能够判断出服务端是对哪一个请求进行回应，就可以避免历史连接。
避免服务器资源浪费：如果TCP连接采用的是两次握手，当客户端的连接请求在网络中阻塞，客户端没有接收到确认报文，就会重新发送连接请求，由于没有第三次握手，服务器不清楚客户端是否收到了自己发送的确认信号，所以每收到一个 SYN 就只能先主动建立一个连接，那么服务器在收到请求后就会建立多个冗余的无效链接，造成资源浪费。若是采用三次握手，就不会产生这种情况。
初始化序列号：序列号在 TCP 连接中有着非常重要的作用，当客户端发送携带序列号的连接请求的时候，需要服务端回应确认报文，表示客户端的请求报文已被服务端成功接收，那当服务端发送携带序列号的连接请求给客户端时，依然也要得到客户端的回应，这样一来一回，确保双方的初始序列号能被可靠的同步，以上这种情况就需要进行三次握手。