普歌+TCP的三次握手和四次挥手

最新推荐文章于 2024-07-24 19:57:12 发布

疯狂奔跑的代码

最新推荐文章于 2024-07-24 19:57:12 发布

阅读量67

点赞数

分类专栏：计算机网络文章标签： tcp/ip 网络网络协议

本文链接：https://blog.csdn.net/weixin_54899299/article/details/125058252

版权

计算机网络专栏收录该内容

2 篇文章 0 订阅

订阅专栏

普歌+TCP的三次握手和四次挥手

TCP协议
TCP数据传输的实现？

TCP协议

什么是TCP协议？

传输控制协议（TCP，Transmission Control Protocol）是为了在不可靠的互联网络上提供可靠的端到端字节流而专门设计的一个传输协议。
互联网络与单个网络有很大的不同，因为互联网络的不同部分可能有截然不同的拓扑结构、带宽、延迟、数据包大小和其他参数。TCP的设计目标是能够动态地适应互联网络的这些特性，而且具备面对各种故障时的健壮性。
不同主机的应用层之间经常需要可靠的、像管道一样的连接，但是IP层不提供这样的流机制，而是提供不可靠的包交换。

总的来说TCP协议是基于连接，为应用端和服务端进行数据传输的！
如：网上冲浪、观看视频、聊天等都需要TCP协议或者UDP协议进行数据传输。

TCP数据传输的实现？

为什么我们观看视频和浏览网页的时候？总能精确的定位到我们想看的视频或者定位到想浏览的网页？

TCP协议数据精确、完整的传输依靠三方面？

三次握手------传输确认--------四次挥手
建立连接--------传输潘丹--------断开连接

建立连接——三次握手

三次握手的本质是：解决网络信道不可靠的问题，为了在不可靠的信道上，建立起可靠的连接！

第一次握手，客户端和服务端初始都是关闭状态。客户端主动发送一个请求SYN包，询问服务端是否可以进行连接。客户端进入同步发送状态，服务端进行监听状态！
第二次握手，服务端接收到SYN包，同意连接，并返回客户端一个SYN包和确认连接ACK包。同时服务端进入到同步响应状态。
第三次挥手，客户端接收到服务端到同意连接，会在回复服务端一个ACK包进行最后的确认。服务端接收到ACK包后，两端都进入到连接状态。

为什么是三次握手，而不是二次握手？

如果是二次握手，那么服务端回复完SYB+ACK包后就建立起连接。这是为了有效防止第一次握手时滞留的SYN包，会在恢复后再次请求服务端引起错误！
二次握手的错误分析

二次握手
第一次握手，因为某些网络原因，导致客户端发送的SYN1包，发生滞留，此时客户端会再次发送一个SYN2包。
第二次握手，服务端接收到SYN2包后，回复一个SYN+ACK包。此时就建立好了一个连接。
但是过了一些时间，之前滞留的SYN1包找到了，于是再次发送到了服务端，于是第二次连接进入了数据等待的状态，因为客户端认为是一次连接，而服务端认为是二次连接。此时的客户端和服务端状态不同。
三次握手
当滞留的SYN1包重新发送到服务端时，对于服务端回复给客户端的SYN+ACK包不承认。于是就不会再次向服务端发送确认标志ACK包，从而也就无法再次产生一条连接，解决了滞留的SYN1包恢复后发送的问题。

断开连接----四次挥手

四次握的本质是为了保证在不可靠的网络链路中，进行可靠的连接断开确认。

四次挥手

四次挥手

第一次挥手：客户端主动发送一个FIN包给服务端，进行一个关闭连接的请求。此时客户端进入到结束等待状态1。
第二次挥手：服务端回应返回一个ACK包，确认同意进行关闭连接。服务端进入到等待状态。
第三次挥手：在挥手关闭进行时，服务端还会继续向客户端传输数据，客户端也会接收数据。当传输完毕后。服务端会发送FIN包，告知客户端可以继续进行关闭连接。服务端并进入最终确认状态。
第四次挥手：客户端同意进行继续关闭连接，回应给服务端一个ACK包进行确认。客户端会进入时间等待状态。
客户端时间等待状态：此时是在等待服务端是否收到确认关闭的ACK包。如果收到后，服务端立即关闭连接，进入关闭状态，而客户端也会进入关闭状态；如果因为一些原因，ACK包找不到或者滞留后，服务端会再次发送一次FIN包，询问客户端是否继续关闭，直到最后的确认ACK包发送到服务端后，才算四次挥手结束。