1.1 TCP 协议
面向连接，且具备顺序控制和重发机制的可靠传输。他的可靠性是在于传输数据前要先建立连接，确保要传输的对方有响应才进行数据的传输。因此 TCP 有个经典的 3 次握手和 4 次挥手。
3 次握手
握手的目的是为了相互确认通信双方的状态都是正常的，没有问题后才会进行正式的通信：
- 第一次握手：客户端发送请求连接的消息给服务端，但发出去的消息是否到达并不清楚，要基于第二次握手的反馈；
- 第二次握手：服务端返回消息说明客户端的消息收到了，此时它也纠结了，我的反馈信息对方有没有收到，所以得依托第三次得握手；
- 第三次握手：客户端反馈第二次握手的消息收到了。至此，通信双发的发送消息和接受消息能力都得到了检验。
3 次握手的整个过程看着似乎有点过于谨慎，但是互联网的初期网络基础设施是很落后的，丢包的概率非常大的。而且这个过程也只是在通信前期建立连接的时候进行，3 次握手过后就是正常的消息传输了。
4 次挥手
4 次挥手的目的跟 3 次握手目的是一样的，谨慎的确保双方消息状态的准确：
- 第一次挥手：客户端（服务端也可以主动断开）向服务端说明想要关闭连接；
- 第二次挥手：服务端首先回复第一次的消息已经收到。但是并不是立马关闭，因为此时服务端可能还有数据在传输中；
- 第三次挥手：待到数据传输都结束后，服务端向客户端发出消息，告知一切都准备好了，我要断开连接了；
- 第四次挥手：客户端收到服务端的断开信息后，给予确认。服务端收到确认后正式关闭。客户端自己也发出关闭信息，因为服务端已经关闭了无法确认，等到一段时间后客户端正式关闭。
标签：挥手,握手,TCP,消息,关闭,服务端,客户端 来源： https://www.cnblogs.com/jinGang66/p/16627806.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。