TCP/IP协议是传输层的一个面向连接的安全可靠的传输协议，三次握手的机制是保证能建立一个安全可靠的连接，那么第一次握手是由客户端发起，客户端会向服务端发送一个报文，在报文里SYN=1,当服务端收到这个报文之后，就知道客户端要和我发起一个新的连接，于是，服务端就向客户端发送一个确认消息报，这个消息报文ACK=1，以上两次握手之后，对于客户端来说已经知道，我既能给服务端发消息也能收到服务端发的消息，但是对于服务端来说，两次握手是不够的，因为，到目前为止，服务端只知道一件事情，客户端发给我的消息我能收到，我发给客户端的消息能不能收到不能确认，所以还需要进行第三次握手，当客户端收到服务端发来的确认消息的报文之后，还要继续给服务端发消息确认，也是一个ACK=1确认消息报，通过以上三次连接，不管是客户端还是服务端，都能确认我既能给对方发消息，也能收到对方的消息，那么这个连接可以被安全的建立。
四次挥手也是客户端发起的，客户端会发送一个报文，报文FIN=1，当客户端收到这个报文之后，就知道了客户端想要和我断开连接，但是此时服务端不一定做好准备，因为当客户端发起断开连接的报文的时候，服务端有可能还有未发送完的报文消息需要继续发送，所以此时服务端只能告诉客户端我知道你要和我断开连接了，但是我这里可能还没做好准备，需要等我一下，等会我会告诉你，于是，发完这个消息确认报之后，稍过片刻之后服务端继续发送一个断开连接的报文，FIN=1，表明服务端已经做好断开连接的准备，那么，当这个消息发给客户端的时候，客户端同样需要继续发送一个消息确认的报文，那么通过这四次的相互沟通和连接，我就知道了，不管是客户端还是服务端，都已经做好了断开的准备。这是我对三次握手四次挥手的理解。注意在这个四次挥手的开始的seq=25368并不是像三次握手那样随机产生的，而是程序执行的四次挥手的位置时seq自动累加得到的。
1.主机A的窗口大小以及起始位置的确认
2.窗口前沿以及后沿
3.窗口状态
4.主机A发送窗口中的32-33，没有31，没有按序到达，那么主机B就会将32-33暂时存放起来，存入缓存，注意主机B并且只能对按序收入的最高序号给出确认，因此主机B会向主机A还会发送31的请求，不能是32或者33
5.主机B收到31的数据，并将31-33的数据交付给应用进程，主机B可以删除31-33数据并将接收窗口向后移动3个序号
6.主机A接收到主机B发送的34的确认报文，发送方会使滑动窗口向前移到34，尺寸保存不变，31-33数据可以删除，表示主机B已经接收31-33的数据，此时主机A没有必要保存数据了
7.若发送窗口内的序号已经用完了，且主机A没有接收到主机B发来确认的情况下，不能在发送新的数据。发送窗口内的数据如果迟迟收不到主机B的确认，则会产生超时重传。
8.滑动窗口总结
注：以上的图片均来自B站的UP主 IT楠老师(三次握手和四次挥手)和湖科大教书匠(滑动窗口)，温馨提示：结合视频和博客，体验更佳哦
三次握手和四次挥手的视频地址： IT楠老师
滑动窗口视频地址：湖科大教书匠
