TCP三次握手、四次挥手详解

TCP（传输控制协议）的三次握手客户端与服务端建立连接和的重要过程，四次断开则是终止连接客户端与服务端终止连接的过程

(该文仅叙述并讨论三次握手四次挥手的逻辑过程，以及为什么是三次握手四次挥手，不对传输数据使用的SYN、ACK、FIN包做赘述）

三次握手：

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

为什么是三次握手，而不是两次？

或许不难想到，在服务端也回复了SYN+ACK包之后不就可以建立连接了吗？为什么客户端还要再发一次数据包，岂不多此一举？其实是为了防止因为已失效的请求报文，突然又传到服务器引起错误，什么意思呢？

以下假设我们使用两次握手建立连接

客户端首先向服务端发送了一个SYN包来请求建立连接，因为某些不可控的原因并没有到达服务器，在中间的某个网络节点产生了滞留，为了建立连接客户端会重发SYN包，若这次的SYN包成功送达，服务端回复SYN+ACK包之后便建立起了连接，而此时第一包数据阻塞的网络节点突然恢复，第一包SYN包又送达到服务端，这时服务端会误认为是客户端又发起了一个新的连接，从而在两次握手之后进入等待数据状态，此时服务端认为存在两个连接，而客户端认为是一个连接，造成了状态不一致，这会导致很多错误问题。而如果在三次握手的前提下，服务端未收到客户端第三次发送的ACk包自然不会认为连接成功。所以三次握手本质上来说就是为了解决网络信道不可靠的问题，为了能够在不可靠的信道上建立起可靠的连接。

四次挥手：

处于连接状态的客户端和服务端都可以发起关闭连接请求，此时需要四次挥手来进行连接关闭，假设客户端主动发起连接关闭请求，他需要向服务端发起一包FIN包，表示要关闭连接，自己则进入终止等待1状态，这是第一次挥手，服务端收到FIN包，发送一包ACK包，表示自己进入了关闭等待状态，客户端进入终止等待2状态，这是第二次挥手，服务端此时还可以发送未发送的数据，而客户端还可以接收数据，待服务端发送完数据之后再发送一包FIN包，进入最后确认状态，这是第三次挥手，客户端收到之后回复ACK包，进入超时等待状态，经过超时时间后关闭连接，而服务端收到ACK包后立即关闭连接，这是第四次挥手。为什么客户端需要等待超时时间？这是为了保证对方已收到ACK包，因为假设客户端发送完最后一包ACK包就释放了连接，一旦ACK包再网络中丢失，服务端将一直停留在最后确认状态，如果客户端发送最后一包ACK包之后等待一段时间，这时服务端因为没有收到ACK包会重发FIN包，客户端会响应这个FIN包，重发ACK包并刷新超时时间。这个机制其实和三次握手一样，也是为了保证中不可靠的网络链路中，进行可靠的连接断开确认。