简述TCP协议的三次握手和四次挥手

什么是TCP协议？
TCP（Transmission Control Protocol）可靠的、面向连接的协议（eg:打电话）、流式协议, 传输效率低全双工通信（发送缓存&接收缓存）、面向字节流。使用TCP的应用：Web浏览器；文件传输程序。

与它类似的还有一个UDP协议，UDP（User Datagram Protocol）不可靠的、无连接的服务，传输效率高（发送前时延小），一对一、一对多、多对一、多对多、面向报文(数据包)，尽最大努力服务，无拥塞控制。使用UDP的应用：域名系统 (DNS)；视频流；IP语音(VoIP)。

（一）TCP协议的三次握手

客户端要与服务端通信之前，先要建立链接，两条通道修好之后，两边各自在利用通道收发消息，方便快捷。那么TCP协议第一次建立链接需要经历三次握手。

图片链接

SYN就是请求，seq是一个随机的序列号。

第一次握手：客户端发送SYN=1 随机序列号seq到服务端，服务端接受到消息。

第二次握手：客户端回一个ack=1+x,并且也发送了一个SYN=1，随机序列号seq=y,这个说明服务端同意了（客户端到服务端的通道建立完毕），并且服务端也给客户端发送了一个建立通道的请求。

第三次握手：客户端接受到消息之后，回复了一个ack=1+y,消息到达服务端（服务端到客户端的通道建立完毕）。

至此两条通道建立完毕，接下来客户端与服务端就可以沿着两条通道互相收发消息了。

（二）TCP协议的四次挥手

图片链接

第一次挥手：客户端向服务端的数据发送完毕之后，会向服务端发送一个FIN=1 seq=u的请求，服务端接受到这个请求。

第二次挥手：服务端接受到这个请求之后，会向客户端发送一个ack=1+u的请求，同意客户端断开链接，客户端接受到这个请求，断开了通往服务端的通道。

第三次挥手：服务端向客户端的数据发送完毕之后，会向客户端发送一个FIN=1 seq=w的请求，客户端接受到这个请求。

第四次挥手：客户端接受到这个请求之后，会向服务端发送一个ack=1+w的请求，同意服务端断开链接，服务端接受到这个请求，断开了通往客户端的通道。

（三）为什么断开链接需要四次挥手呢？

这个与建立链接时不太一样，客户端向服务端发起断开链接的请求时，证明客户端已经向服务端数据发送完毕了，所以我请求断开链接，但是此时服务端向客户端端发送的数据完成与否不确定，服务端需要等待向客户端发送的数据全部完成之后，才可以发起断开链接的请求，所以第二次挥手不能与第三次挥手整合到一起。

（四）结语

以上就是我对TCP三次握手和四次挥手理解，当然这里也借鉴了大量的资料

如果有什么错误的地方，还请大家批评指正。最后，希望小伙伴们都能有所收获。