做个了断：三次握手与四次挥手

在面试中，只要涉及到计网的内容，大概率都会问到有关TCP连接的三次握手与四次挥手。

今天，阿清决定仔细梳理一遍这两块内容，希望大家在日后遇到这两个问题时，都能完美地回答呀。

—

三次握手

来，我们直接看图。

其中

syn表示synchronous，即建立联机

ack表示acknowledgement，即确认

三次握手

长话短说，在三次握手中，客户端与服务端都会向对方发送连接请求报文，并都会收到对方的确认报文。

客户端TCP状态变化：close->syn_sent->established

服务端TCP状态变化：listen->syn_rcvd->established

三次握手的过程如下：

第一次握手：客户端向服务端发送syn(c)报文，并进入syn_sent的状态。
第二次握手：服务端向客户端一次性发送syn(c)的确认报文ack(c)、与syn(s)报文，并进入syn_rcvd状态。
第三次握手：客户端向服务端发送syn(s)的确认报文ack(s)，客户端进入established状态，服务端在收到确认报文后，也进入established状态。

在谢希仁的著作《计算机网络》中讲到，“三次握手”的目的是，“为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误”。

我的理解是：

三次握手保证了客户端确认接受数据、发送数据正常，同时保证了服务端接受数据、发送数据正常。

在两次握手的情况下，当client端因网络并发量太高，导致发送的连接请求阻塞，此时client再次发送了一次连接请求，这时server端收到了两个连接请求，而实际client只有一个请求，server端却有两个响应（极端情况下会有多个响应），造成资源浪费。

—

四次挥手

先来看图。

四次挥手

四次挥手的过程，与三次握手类似，客户端与服务端都会向对方发送终止连接请求报文，并都会收到对方的确认报文。

客户端TCP状态变化：established->fin_wait_1->fin_wait_2->time_wait->close

服务端TCP状态变化：established->close_wait->last_ack->close

四次挥手的过程如下：

第一次挥手：客户端向服务端发送fin(c)报文，请求终止连接，并进入fin_wait_1状态。服务端在收到fin(c)报文后，进入close_wait状态。
第二次挥手：服务端向客户端发送ack(c)报文，客户端在收到ack(c)报文后，进入fin_wait_2状态。
第三次挥手：服务端向客户端发fin(s)报文，并进入last_ack状态，客户端在收到fin(s)报文后，进入time_wait状态。
第四次挥手：客户端向服务端发送ack(s)报文，并等待2MLS，之后进入close状态，服务端在收到ack(s)报文后，进入close状态。