【回顾】对TCP三次握手与四次挥手机制的简单理解

TCP协议是处于传输层的协议

一、TCP三次握手过程（建立连接）

客户端与服务端通过传输层的tcp协议建立网络连接时，需要经历三次握手的过程；
三次握手的期间，需要用到TCP报头中的几个标识：ACK、SYN、FIN；

1、第一次握手，客户端发送连接请求报文，此时Tcp报文头部中的SYN=1、ACK=0，表明这是个连接请求，seq=x，客户端变为SYN_SENT状态，等待服务器响应；

2、第二次握手，服务端接收到SYN=1的请求报文，需要返回一个确认报文，ack=x + 1，SYN=1，ACK=1，seq=y，发送给客户端，服务端变为SYN_RECV状态；

3、第三次握手，客户端收到确认报文后，再返回一个报文，其中ack=y+1，ACK=1，seq=x+1；

其实三次握手说白了，就是客户端与服务器相互发送的三次请求，每次请求带上一堆TCP报文头，根据报文头是否正确，来判断建立的连接是否安全。

二、为什么是三次握手，而不是两次或者四次

1、假设是两次握手，如果客户端在第一次握手的过程中出现错误，卡在了半路上；
客户端又重新发送了一次连接请求过去，服务端接收到之后，开辟了连接资源返回响应，两次握手建立了连接；
此时之前卡住的请求突然又通了，到达了服务端，服务端开辟了连接资源，返回响应给客户端，但是由于此时客户端和服务端之间已经建立了传输连接，所以这次的响应并不会被理会，这种情况显然是存在问题的。

2、三次握手保证了客户端与服务端之间建立的连接的安全和可靠性，如果发生了类似1中的问题，客户端接收到二次握手的响应时，发现不对会发送一个要求复位的报文；
如果四次甚至更多次数的握手，也可以保证安全性，但是会浪费通信的成本和资源。

三、TCP的四次挥手过程（断开连接）

1、第一次挥手，客户端发送报文，报头中包含信息FIN=1，seq=u，此时进入FIN-WAIT-1状态；

2、第二次挥手，服务端接收到报文，进入CLOSE_WAIT状态，返回一个报文，包含信息ACK=1，ack=u+1，seq=v。客户端收到这个报文后，进入FIN-WAIT-2状态，此时客户端到服务端的连接就释放了；

3、第三次挥手，服务端发送连接释放报文，FIN=1，ack=u+1，seq=w，服务端进入LAST_ACK状态；

4、第四次挥手，客户端接收到连接释放报文后，发送应答报文，ACK=1，ack=w+1，seq=u+1，进入TIME_WAIT状态，等待一会后，客户端进入CLOSED状态，服务端接收到报文之后进入CLOSED状态。