【Java 基础 15】计算机网络的五层协议

最新推荐文章于 2022-12-26 17:04:35 发布

OneTask

最新推荐文章于 2022-12-26 17:04:35 发布

阅读量196

点赞数

分类专栏：网络协议

本文链接：https://blog.csdn.net/weixin_38247439/article/details/106025818

版权

网络协议专栏收录该内容

1 篇文章 0 订阅

订阅专栏

五层协议模型中，每个层各自的作用

应用层

文件传输，电子邮件，聊天软件，视频播放等各种软件应用，常用的协议有 HTTP，FTP，SMTP，DNS，Telent等, 主要的作用是产生和解析数据报文；

传输层

面向连接的TCP协议和无连接的UDP协议，对数据报文在链路上传输进行控制（传输层建立端口到端口的通信）；

1. TCP是面向连接的，可靠的，基于字节流的通信协议，进行数据通信之前需要三次握手建立连接，UDP协议不需要建立连接即可发送数据。

2. TCP有确认机制，丢包可以重发，保证数据的正确性；UDP不保证正确性，只是单纯的负责发送数据包。

3. TCP协议可能会对大数据包进行拆分，并且在接收方进行重组数据包操作；UDP协议是面向报文的，不会进行分片和重组，所以需要注意传输的报文大小。

4. 网络包中的TCP头部为20个字节，UDP头部只有8个字节。

建立TCP连接：

客户端主动给服务端发送SYN报文=1和一个序列号Seq=X 表示申请连接（可以连你吗），客户端从CLOSE状态进入SYN_WAIT状态->

当服务端接收到客户端的申请后，给客户端发送SYN报文=1，和确认标志ACK=X+1(Seq+1)，并发送一个序列号Seq=Y，表示同意连接（可以连），同时服务端从LISTEN状态进入到SYN_RSVD状态 ->

当客户端收到服务端的同意连接后，客户端从SYN_WAIT状态进入到ESTABLISHED状态，发送确认标志ACK=Y+1(Seq+1)，并发送一个序列号Seq=Z，表示连接（连上啦），服务端收到报文后，服务端从SYN_RSVD状态进入到ESTABLISHED状态。

为什么要三次握手？

假如两次握手我们设想一下，客户端发送申请后，接收到服务端的反馈，但由于不可抗力客户端不去连接服务端了，而服务端以为客户端已经连接了，给客户端发送数据，由于客户端没有反应，服务端以为客户端没收到，不断重新发，就形成了死锁。

关闭TCP连接：

客户端主动给服务端发送FIN报文=1和一个序列号Seq=X 表示申请关闭连接（我想关了），客户端从ESTABLISHED状态进入到FIN_WAIT_1状态->

当服务端接收到客户端的申请后，发送确认标志ACK=1，并发送一个序列号Seq=X+1(Seq+1)，表示同意关闭（好的，但等一下，等我发完/收完缓冲区的数据）服务端从ESTABLISHED状态进入到CLOSE_WAIT状态 ，客户端接到报文后，客户端从FIN_WAIT_1状态进入到FIN_WAIT_2状态->

操作完缓冲区的数据后，服务端接着发送FIN报文=1和一个序列号Seq=Y，表示可以关闭（现在可以关了），服务端从CLOSE_WAIT状态进入到LAST_ACK状态，->

客户端接收到服务端的可以关闭标志后，发送确认标志ACK=1和一个序列号Seq=Y+1(Seq+1)，表示关闭连接（关掉啦）客户端从FIN_WAIT_2状态进入到TIME_WAIT状态，随后进入到CLOSE状态， 服务端收到报文后，服务端从LAST_ACK状态进入到CLOSE状态。

为什么要四次挥手？

在三次握手机制上，增加一次服务器的反馈，是为了确保正在传输的数据完成传输。当客户端给服务端发送FIN=1表示客户端不再给服务端发送新数据了，但是数据可能还在缓冲中，要确保等服务器接收完，收到服务端的FIN=1标志，才保证两端都没有数据流动了，这时才可以关闭。那为什么服务端发送FIN标志之前要发送ACK确认标志勒，因为要让客户端知道服务端收到关闭请求了，让客户端安心等待，不然客户端会以为服务端没有接到请求，继续给服务端发FIN的。

断开连接过程中，客户端等待2MSL, 从TIME_WAIT状态进入CLOSE状态。MSL：Maximun Segment Lifetime， 表示最大报文生存周期，任何报文在网络上存在的最长时间，超过这个时间报文将被丢弃。客户端等待2MSL是为了防止最后一次ACK包没有被正确的传给服务端，服务端会再次发送FIN信号。