TCP协议之三次握手四次挥手

TCP协议，全称：传输控制协议。

1.TCP协议段格式：

• 16位源端口号与目的端口号：确保端与端之间的数据传输
• 32位序号与确认序号：确保数据的有序交付
• 4位头部长度：解析时获取4位头部长度，最小为20字节，最大为60字节
• 6位标志位：URG(紧急指针是否有效)、ACK(确认信号是否有效)、PSH(提示接收端应用程序立刻从TCP缓冲区读走数据)、RST(复位报文段)、SYN(同步报文段)、FIN(结束报文段)。
• 16位窗口大小：实现滑动窗口以及进行流量控制
• 16位校验和：保证数据的一致性
• 16位紧急指针：带外数据
• 40字节的选项数据：

2.TCP协议的连接管理机制：
在正常情况下，TCP要进行三次握手建立连接，四次挥手断开连接。

我们来梳理一下这个过程：
1）三次握手：

• 首先，客户端调用connect()，向服务器端发送SYN请求连接，状态变为SYN_SENT；
• 服务器端监听到SYN连接请求，并向客户端发送ACK确认报文以及SYN连接报文，状态变为SYN_RECV；
• 客户端收到服务器的确认报文ACK，并回复给服务器端一个确认报文ACK，此时状态变为ESTABLISHED就绪状态;
• 服务器端收到客户端的确认报文ACK，进入ESTABLISHED就绪状态。

现在成功建立连接，可以进行收发数据了。

2）四次挥手：

• 首先，客户端调用close()，主动请求关闭连接，发送结束报文段FIN给服务器端，状态变为FIN_WAIT1；
• 然后，服务器收到客户端的断开请求，并回复给客户端一个ACK，服务器状态变为CLOSE_WAIT状态；客户端状态变为FIN_WAIT2状态；
• 等待服务器端完成了剩余工作后，向客户端发送结束报文FIN请求断开，此时服务器处于LASK_ACK状态，等待最后一次确认信号；
• 客户端收到了服务器发来的FIN包，并回复给服务器端一个ACK确认断开，此时客户端处于TIME_WAIT状态；
• 服务器端收到了最后一个ACK，状态变为CLOSED；
• 客户端等待2MSL后，状态变为CLOSED状态，关闭连接。

3.针对这个连接关闭过程，我们有以下几个问题需要讨论：

• 为什么握手是三次而挥手是四次呢？
  1）握手三次是为了保证通信双方都有收发数据的能力。
  两次握手不安全，如果只有两次握手，且SYN有延迟，每当有一个SYN来连接，就会为它新建一个socket；并且不能保证两方都有收发数据的能力。
  四次握手没必要，三次握手已经确认了数据双方具有收发数据的能力，不需要再进行确认。
  2）由于TCP协议是全双工的，所以需要双方都进行关闭，ACK与FIN包不能放在一起发送，所以需要四次挥手才能断开连接。

• 若是三次握手失败，服务器会如何处理？
  服务端超时等待确认报文ACK后，会向客户端发送RST重置请求，然后释放新建的socket资源。

• 主动关闭方TIME_WAIT的作用？
  在主动关闭方发送完最后一次ACK时，会等待2MSL时间，然后进入CLOSED状态，此时连接才真正关闭了。

  1）TIME_WAIT其实就避免了由于最后一次ACK丢失而对后续的新连接造成影响。
  假设没有TIME_WAIT而直接进入CLOSED状态，关释放了socket资源；则重启主动关闭方，再次进行连接时，会收到被动关闭方发来的FIN包，影响连接；主动关闭方发送SYN请求，但被动关闭方等待的是ACK，因为状态不对导致影响连接。
  可见，TIME_WAIT保证了被动关闭方有足够的时间来接受最后一次ACK；并保证了旧的报文消失在网络中，不会对新连接产生影响。

  2）为什么需要等待2MSL呢？
  MSL：报文最大生命周期
  等待2MSL是为了若对方重新发送FIN包，可以再次对其进行回复。
  这样保证了由于网络问题延迟的报文(如后续重传的ACK与FIN包)都消失在网络中，不会对后续连接造成影响。