图解 TCP三次握手四次挥手

李俊的博客

已于 2022-04-18 23:10:26 修改

阅读量2.5k

点赞数 2

CC 4.0 BY-SA版权

文章标签：网络

于 2022-04-18 17:46:22 首次发布

本文链接：https://blog.csdn.net/qq_36441027/article/details/124255329

TCP的三次握手和四次挥手是TCP/IP协议中建立和关闭连接的重要过程。三次握手确保了连接的可靠性，四次挥手则用于释放连接。在握手过程中，SYN和ACK标志用于同步序列号和确认信息，而挥手时需要额外的FIN标志来表示结束。TIME_WAIT状态的存在是为了防止旧数据在网络中重新出现，影响新连接。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

TCP标志位

位码即tcp标志位，有6种标示：

① SYN(synchronous建立联机)；

② ACK(acknowledgement 确认)

③ PSH(push传送)

④ FIN(finish结束)

⑤ RST(reset重置)

⑥ URG(urgent紧急)

三次握手过程

Sequence number(顺序号码) //Acknowledge number(确认号码)

第一次握手：主机A发送位码为SYN=1，随机产生seq number=1234567的数据包到服务器，主机B由SYN=1知道，A要求建立联机；

第二次握手，主机B收到请求后要确认联机信息，向A发送ack number=(主机A的seq+1)，SYN=1,ACK=1，随机产生seq number=7654321的包；

第三次握手：主机A收到后检查ack number是否正确，即第一次发送的seq number+1，以及位码ACK是否为1，若正确，主机A会再发送ack number=（主机B的seq+1）,ACK=1，主机B收到后确认seq值与ACK=1则连接建立成功。

sequence number：表示的是我方（发送方）这边，这个packet的数据部分的第一位应该在整个data stream中所在的位置。（注意这里使用的是“应该”。因为对于没有数据的传输，如ACK，虽然它有一个seq，但是这次传输在整个data stream中是不占位置的。所以下一个实际有数据的传输，会依旧从上一次发送ACK的数据包的seq开始）

acknowledge number：表示的是期望的对方（接收方）的下一次sequence number是多少。

注意，SYN/FIN的传输，虽然没有data，但是会让下一次传输的packet seq增加一，但是，ACK的传输，不会让下一次的传输packet seq加一。

白话三次握手 seq number 和 ack number变换过程

说白了就是客户端判断服务端发送过来的ack number 是否为客户端首次发送的 seq number + 1，如果相等，那么继续发送报文，服务端接收到ACK确认信号然后建立连接

四次挥手过程

数据传输完毕后，双方都可释放连接。最开始的时候，客户端和服务器都是处于ESTABLISHED状态，然后客户端主动关闭，服务器被动关闭。

客户端进程发出连接释放报文，并且停止发送数据。释放数据报文首部，FIN=1，其序列号为seq number = u（等于前面已经传送过来的数据的最后一个字节的序号加1），此时，客户端进入FIN-WAIT-1（终止等待1）状态。 TCP规定，FIN报文段即使不携带数据，也要消耗一个序号。
服务器收到连接释放报文，发出确认报文，ACK=1，ack number=u+1，并且带上自己的序列号seq number=v，此时，服务端就进入了CLOSE-WAIT（关闭等待）状态。TCP服务器通知高层的应用进程，客户端向服务器的方向就释放了，这时候处于半关闭状态，即客户端已经没有数据要发送了，但是服务器若发送数据，客户端依然要接受。这个状态还要持续一段时间，也就是整个CLOSE-WAIT状态持续的时间。
客户端收到服务器的确认请求后，此时，客户端就进入FIN-WAIT-2（终止等待2）状态，等待服务器发送连接释放报文（在这之前还需要接受服务器发送的最后的数据）。
服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，FIN=1，ACK=1，ack number =u+1，由于在半关闭状态，服务器很可能又发送了一些数据，假定此时的序列号为seq number =w，此时，服务器就进入了LAST-ACK（最后确认）状态，等待客户端的确认。
客户端收到服务器的连接释放报文后，必须发出确认，ACK=1，ack number=w+1，而自己的序列号是seq number=u+1，此时，客户端就进入了TIME-WAIT（时间等待）状态。注意此时TCP连接还没有释放，必须经过2 * MSL（最长报文段寿命）的时间后，当客户端撤销相应的TCB后，才进入CLOSED状态。
服务器只要收到了客户端发出的确认，立即进入CLOSED状态。同样，撤销TCB后，就结束了这次的TCP连接。可以看到，服务器结束TCP连接的时间要比客户端早一些。