TCP 协议的3次握手4次挥手

1.1 TCP 协议

面向连接，且具备顺序控制和重发机制的可靠传输。他的可靠性是在于传输数据前要先建立连接，确保要传输的对方有响应才进行数据的传输。因此 TCP 有个经典的 3 次握手和 4 次挥手。

3 次握手

握手的目的是为了相互确认通信双方的状态都是正常的，没有问题后才会进行正式的通信：

1. 第一次握手：客户端发送请求连接的消息给服务端，但发出去的消息是否到达并不清楚，要基于第二次握手的反馈；
2. 第二次握手：服务端返回消息说明客户端的消息收到了，此时它也纠结了，我的反馈信息对方有没有收到，所以得依托第三次得握手；
3. 第三次握手：客户端反馈第二次握手的消息收到了。至此，通信双发的发送消息和接受消息能力都得到了检验。

3 次握手的整个过程看着似乎有点过于谨慎，但是互联网的初期网络基础设施是很落后的，丢包的概率非常大的。而且这个过程也只是在通信前期建立连接的时候进行，3 次握手过后就是正常的消息传输了。

4 次挥手

4 次挥手的目的跟 3 次握手目的是一样的，谨慎的确保双方消息状态的准确：

1. 第一次挥手：客户端（服务端也可以主动断开）向服务端说明想要关闭连接；
2. 第二次挥手：服务端首先回复第一次的消息已经收到。但是并不是立马关闭，因为此时服务端可能还有数据在传输中；
3. 第三次挥手：待到数据传输都结束后，服务端向客户端发出消息，告知一切都准备好了，我要断开连接了；
4. 第四次挥手：客户端收到服务端的断开信息后，给予确认。服务端收到确认后正式关闭。客户端自己也发出关闭信息，因为服务端已经关闭了无法确认，等到一段时间后客户端正式关闭。

标签：挥手,握手,TCP,消息,关闭,服务端,客户端
来源： https://www.cnblogs.com/jinGang66/p/16627806.html