计网：TCP三次握手和四次挥手及其衍生问题

参考链接：4.1 TCP 三次握手与四次挥手面试题 | 小林coding (xiaolincoding.com)

1. TCP三次握手

三次握手：指HTTP传输数据时建立一个TCP连接时，客户端和服务端之间进行的三个步骤。

• 第一次（SYN）：客户端向服务端发送一个连接请求SYN（同步序列编号），并指明客户端的初始序列号。表示客户端想要和服务端建立连接。
• 第二次（SYN-ACK）：服务端接收到客户端的SYN后，会以SYN-ACK（同步序列编号-确认序列编号）响应。这个响应包含服务端的SYN初始序列号，以及对客户端的SYN的确认ACK（Acknowledgment Number = client_isn + 1 + 1）。表示服务端已经接收到客户端的请求，并同意建立连接。
• 第三次（ACK）：客户端收到服务器的SYN-ACK后，再发送一个ACK确认服务器的SYN请求（Acknowledgment Number = server_isn + 1）。表示客户端已经接收到了服务端的确认信息，一发一收成功。服务端收到客户端的ACK后，也一发一收成功，两者连接建立成功。

三次握手的目的是保证双方都有发送和接收的能力。

2. TCP四次挥手

四次挥手：指在关闭TCP连接时，客户端和服务端之间的四个步骤，以确保双方都能正常关闭连接。（双方都可以主动断开连接，断开后主机中的资源将被释放）

• 第一次（FIN）：当客户端（或服务端）希望终止连接时，会发送一个FIN报文，告诉对方自己已经完成数据发送，并准备关闭连接。这个报文包含了客户端的最后一个序列号。
• 第二次（ACK）：服务端（或客户端）接收到FIN报文后，会发送一个ACK应答报文，确认已经接收到FIN报文。此时，服务端还可以继续发送未完成的数据，但不能再接收数据了。连接在这个方向上半关闭（half-closed）。
• 第三次（FIN）：当服务端（或客户端）处理完未完成的数据，确认数据已经发送完毕，并且不再需要保持连接时，它也会发一个FIN报文，表示它也同样准备关闭连接。
• 第四次（ACK）：客户端（或服务端）收到FIN报文后，发送一个ACK应答报文进行确认。当服务器（或客户端）收到了ACK应答报文后，就进入了CLOSE状态；而客户端（或服务端）发送完最后一个ACK后，则进入TIME_WAIT 状态，并保持这个状态一段时间（通常为2倍的最大报文段寿命，2MSL）后，自动进入CLOSE状态。至此，连接的双方都已经完全关闭，连接终止。

为什么需要TIME_WAIT状态？

主动发起关闭连接请求的一方才会有TIME_WAIT状态，作用如下：

• 防止历史连接中的数据，被后面相同四元组的连接错误地接收：
  • 假设服务器在关闭连接之前发送的SEQ = 301报文，被网络延迟了。
  • 在没有TIME_WAIT的情况下，服务端和客户端重新建立新连接，由于建立连接时的序列号和初始化序列号不是无限递增的，会发生回绕为初始值的情况，这意味着无法根据序列号来判断新老数据。若前面被延迟的报文SEQ抵达客户端，且该延迟报文携带的序列号恰好在新连接的客户端接收窗口中，此时新连接的客户端会正常接收这个数据报文，但实际上这个报文是上一次连接残留下来的，因此就会产生数据错乱等问题。
  • 而在有TIME_WAIT的情况下，TIME_WAIT持续的2MSL时长足以让已经关闭连接的两个方向上的数据包都被丢弃，使得原来连接的数据包在网络中都自然消失，再出现的数据包一定都是新建立的连接所产生的。

• 保证被动关闭连接的乙方能被正确地关闭：
  • TIME_WAIT是让主动发起关闭连接的一方（比如客户端）等待足够的时间以确保另一方（服务器）收到了ACK，帮助其正常关闭。
  • 假设客户端（主动关闭方）最后一次的ACK报文在网络中丢失，服务端（被动关闭方）没有收到ACK。
  • 若有TIME_WAIT 状态，按照TCP可靠性原则，触发TCP重传机制，服务端（被动关闭方）重发FIN报文。一来一回刚好两个MSL的时间，还能让客户端发送ACK给服务端，使其正常关闭。
  • 若没有TIME_WAIT 状态，客户端发完最后一次ACK报文后就直接进入CLOSE状态。在ACK报文丢失的前提下，服务端重传FIN报文，而这时客户端已经关闭，在收到服务端重传的FIN报文后，客户端就会回RST报文。服务器收到RST报文并将其解释为错误信息，这对于TCP可靠协议来说不是一个优雅的结束方式。😂