TCP三次握手和四次挥手（图片案例详解）

TCP简单介绍

TCP协议工作在传输层，他的目标是在程序之间传输数据，数据可以是文本文件、视频、图片等。TCP与UDP最大的区别是：TCP是基于连接的，而UDP是基于非连接的。TCP协议传输数据可以保障传输的可靠性，TCP是如何保障以上过程的，有两个关键的步骤：三次握手、四次挥手

三次握手

三次握手是客户端和服务端建立连接的过程。当客户端向服务端发起连接时，会先发起一包连接请求数据过去询问一下：能否与你建立连接 ？这包数据我们称之为SYN包。如果对端同意连接，则回复一包SYN+ACK包。客户端收到之后回复一包ACK包，连接建立。因为这个过程中互相发送了三包数据，所以称之为三次握手之后就建立连接

 我这里将这三个过程简化一下：

第1次握手

客户端：

• 发送 SYN 包

• 进入 SYN_SENT 状态

第2次握手

服务器：

• 发送 SYN+ACK 包

• 进入 SYN_RECV 状态

第3次握手

客户端：

• 发送ACK 包

客户端此包发送完毕之后，客户端和服务器进入 ESTABLISHED（TCP 连接成功） 状态，完成三次握手。经过三次握手之后，客户端和服务端都进入了数据传输状态

 四次挥手

处于连接状态的客户端和服务端都可以发起关闭连接请求，此时需要四次挥手来进行连接关闭

第一次挥手：假设客户端主动发起连接关闭请求，他需要向服务端发起一包FIN包，表示要关闭连接，自己进入终止等待1状态（FIN-WAIT-1）

第二次挥手：服务端收到FIN包，发送一包ACK包给客户端，表示自己进入了关闭等待状态（CLOSE-WAIT）。而客户端收到ACK包后进入终止等待2状态（FIN-WAIT-2）。服务端此时还可以发送未发送的数据，而客户端还可以接收数据

第三次挥手：待服务端发送完数据之后，给客户端发送一段FIN包，自己进入最后确认状态（LAST-ACK）

第四次挥手：客户端收到之后，回复ACK包，进入超时等待状态（TIME-WAIT），经过超时连接后关闭连接，而服务端收到ACK包后，立即关闭连接

 

  我这里也将这四个过程简化一下：

第1次挥手

客户端：

• 发送FIN包

• 进入 FIN-WAIT-1（终止等待1） 

第2次挥手

服务器：

• 收到FIN包

• 发出确认ACK包

• 进入 CLOSE-WAIT（关闭等待） 状态

这时候处于半关闭状态，即客户端已经没有数据要发送了，但是服务器若发送数据，客户端依然要接收。这个状态还要持续一段时间，也就是整个 CLOSE-WAIT 状态持续的时间。

客户端：

• 接收到服务器的确认请求

• 进入 FIN-WAIT-2（终止等待2） 状态

第3次挥手

服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，由于在半关闭状态，服务器很可能又发送了一些数据。

服务器：

• 发送FIN包

• 进入 LAST-ACK 状态

第4次挥手

客户端：

客户端接收到服务器的连接释放报文之后，必须发出确认。

• 发送ACK包

• 客户端进入 TIME-WAIT（时间等待） 状态

• 经过 2 MSL（Maximum Segment Lifetime）（报文最大生成时间），进入 CLOSED 状态

服务器：

• 只要接收到了客户端发出的确认，立即进入 CLOSED 状态

服务器比客户端先进入 CLOSED 状态。

 问题一、为什么要三次握手而不是两次握手

为什么不可以两次握手，即服务端回复SYN+ACK就建立连接。这是为了防止因为已失效的请求报文，突然又传到服务器引起的错误

假设采用两次握手建立连接，客户端向服务端发送了一个SYN包来请求建立连接，因为某些未知的原因并没有到达服务器，在中间某个网络节点产生了滞留。为了建立连接客户端会重发SYN包，这次的数据包正常送达，服务端回复SYN+ACK之后建立连接。

但是第一包数据阻塞的网络节点突然恢复，第一包SYN包又送达到服务端。这是服务端会误认为是客服端又发起了一个新的连接，从而在两次握手之后进入等待数据状态。

服务端认为是两个连接，而客户端认为是一个连接，造成了状态不一致。

如果在三次握手的情况下，服务端收不到最后的ACK包自然不会认为建立连接成功。所以三次连接本质上来说，就是解决网络信道不可靠的问题。经过三次握手之后，客户端和服务端都进入了数据传输状态

问题二、为什么客户端需要等待超时时间

这是为了保障对方已收到ACK包。

因为假设客户端发送完最后一包ACK包后就关闭了连接，一旦ACK包在网络中丢失，服务端将一直停留在最后确认状态；如果客户端发送最后一包ACK包后等待一段时间，这是服务端因为没有收到ACK包会重发FIN包，客户端会响应这个FIN包重发ACK包并刷新超时时间。

这个机制也是和三次握手一样，为了保证在不可靠的网络链路中进行可靠的连接断开确认