三次握手(三次握手和四次挥手通俗解释)
tcp协议三次握手过程通俗易懂
三次握手流程的本质，可以这么理解：TCP的三次握手其实是双方各一次握手，各一次确认，只是其中一次握手和确认合并在一起。
当然也可以更通俗的去理解：
“喂，你听得到吗？”
“我听得到呀，你听得到我吗？”
“我听得到呀，你听得到我吗？”
“我能听到你”
三次握手为什么不用两次，或者四次
原因很简单，因为只有三次才是最合适的，三次通信是最小值，两次通信满足不了要求，而四次通信则显得冗余。比如之前的三次改成两次，四次的结果就变味了。
http为什么要三次握手
目的：主要规避由于网络阻塞，传输不畅等原因导致服务器端端口一直被占用，无法释放端口资源。
（想想假设只要一次就建立连接，服务器响应后浏览器若是没收到数据，等待一段时间后，网络超时，浏览器重新发起请求，而此时服务器不知道，服务器的端口仍然被占用）
三次握手和四次挥手通俗解释
三次握手才可以阻止历史重复连接的初始化（主要原因）
三次握手才可以同步双方的初始序列号
三次握手才可以避免资源
浪费四次挥手时因为中间传输了数据，所以序列号出现了变化，而在三次握手时没有考虑数据，所以没有加数据的值。
为什么rpc协议不用三次握手
RPC协议不使用三次握手是因为它是基于传输层协议（如TCP或UDP）的应用层协议。传输层已经提供了可靠的连接建立和断开机制，包括三次握手。RPC协议只需要在应用层定义请求和响应的格式，利用传输层的可靠性来确保数据的可靠传输。因此，RPC协议不需要重复实现传输层的握手过程，以减少开销并提高效率。
TCP三次握手和四次挥手是什么意思
TCP三次握手
就好比打电话，需要经过拨号，振铃，接通。才能进行讲话
过程：
A：我要跟你建立连接
B：好的，我知道了，我也要跟你建个连接
A：我知道你收到了我的连接请求，我也收到了你的连接请求
滑动窗口：
主要为了避免一次性发送的数据过多，导致对方缓存溢出。
滑动窗口是动态协商，也就是说，在建立连接的时候，就会进行协商
同时，在缓冲区发生变化的时候，也会进行协商。
TCP四次挥手
主要为了避免当一方断开连接，而另一方不知道的情况下，需要耗费资源去维护本该断开的连接
过程：
假设三次连接已经建立完成
A：我要跟你断开连接了
B：好的，我知道你要断开连接了
B：我也要跟你断开连接
A：好的，那就断开连接吧
