UDP/TCP协议解析

reyas

已于 2024-08-05 23:28:30 修改

阅读量1.4k

点赞数 26

文章标签： udp tcp/ip 网络协议

于 2024-07-22 10:49:45 首次发布

本文链接：https://blog.csdn.net/reyas/article/details/140601865

版权

在这里插入图片描述

我最近开了几个专栏，诚信互三！
====> |||《算法专栏》：：刷题教程来自网站《代码随想录》。|||
====> |||《C++专栏》：：记录我学习C++的经历，看完你一定会有收获。|||
====> |||《Linux专栏》：：记录我学习Linux的经历，看完你一定会有收获。|||
====> |||《C#专栏》：：记录我复习C#的经历，深度理解，查漏补缺，不定期更新。|||
====> |||《计算机网络专栏》：：记录我学习计算机网络，看完你一定会有收获。|||

UDP报文格式

UDP报文格式如下。
在这里插入图片描述
UDP首部字段有八个字节。

{ src port : dest port : len : 校验和}

1).其中len字段代表整个报文长度，16个比特位代的范围[0 — 65,535]字节，大约为64K。
报头的长度就是保证UDP是面向数据报的原理，从缓冲区中读取数据，都可以通过头部字段的len进行一些计算，让每次从缓冲区中读出的都是UDP的整个数据报。

UDP面向数据报解析

面向数据报，及通过缓冲区读入的内容是以整个数据报为单位进行读取的。
报头的长度就是保证UDP是面向数据报的原理，从缓冲区中读取数据，都可以通过头部字段的len进行一些计算，让每次从缓冲区中读出的都是UDP的整个数据报。

TCP报文格式及字段解析

TCP报文格式如下。
在这里插入图片描述
1).对于源端口和目的端口，没有可讲解的。
2).序号：在TCP连接刚建立的时候，OS会随机生成一个序号，序号 = 确认序号 + len(数据长度) - 1，（序号只有在存在数据时，或者在三次握手以及四次挥手的SYN段，RST段，FIN段时才有意义）。
3).确认号：确认号代表在该号之前的所以数据都以及收到，确认号 = 收到的序号 + 1。
4).数据偏移：该字段只有4位，范围为[0,15]，其代表了整个报头的大小，但是该大小只是一个数字，确定的大小需要在该大小上 * 4。
5).6个标志位：URG=紧急指针，ACK=确认位，PSH=快速交付位，RST=重新设置，SYN=同步位，FIN=终止位，这六种比特位，会在以下介绍。

1).RET：用来关闭异常的链接，比如当A向B发起连接，但B之上并未监听相应的端口，这时B操作系统上的TCP处理程序会发RST包。
2).PSH：接收到PSH包后，OS会催促上层接口，不用等待缓冲区充满，立刻刷新缓冲区，交付给上层。

6).窗口：该字段是用来进行流量控制的主要字段，其表示的是接收窗口剩余字节数量。
7).校验和：用于校验整个TCP数据报是否有错误。
8).紧急指针：紧急指针用于指向TCP数据字段中的某个位置，该紧急指针的长度为一个字节，让该位置的字节会被上层优先获得，从而判断接下来该怎么办。

TCP面向字节流解析

面向字节流，及在传输过程中，报文和报文之间没有明显的分割，对于发送端来说，发送的数据是一个一个字节，对于接收方来说，接收的也是一个一个字节，所以接收方通过接口接收到的数据可能并非是一个完整的报文。

TCP三次握手/四次挥手解析

TCP建立链接是通过三次握手来实现的，TCP三次握手示意图如下。
在这里插入图片描述

1).首先，服务端调用Listen接口，服务器阻塞在Listen接口处，进入LISTEN状态，等待客户端建立链接。
2).其次，先生成随机确认号，同时客户端调用connect接口发送SYN报文，此时客户端进入SYN_SENT状态。
3).在服务端接收到SYN报文，同时服务端发送SYN | ACK报文，此时服务端处于SYN_RECV状态。
4).随后客户端发送ACK报文，此时客户端的链接以及建立成功。
5).最后，在服务端收到ACK报文后，此时服务端的链接建立成功。
如果

TCP四次挥手示意图如下。
在这里插入图片描述
1).首先，由主动关闭通信的一端调用close()接口，发送FIN报文，同时进入FIN_WAIT-1状态。
2).其次，在被动关闭端收到FIN报文后，发送ACK报文，进入CLOSE_WAIT状态，在CLOSE_WAIT状态中，被动关闭端会将缓冲区的所有数据都发送到网络中。
3).主动关闭端接收到ACK报文后，进入FIN_WAIT-2状态，该状态被称为半关闭状态，该状态下代表主动关闭端的socket已经关闭，无法进行网络通信，但是还可以接收信息。
4).再次，缓冲区的数据发送到网络中后，被动关闭端会调用close()接口，发送FIN | ACK报文，同时被动关闭端进入LAST_ACK状态。
4).主动关闭端收到FIN | ACK报文后，主动关闭端发送ACK报文，主动关闭端进入TIME_WAIT状态，该状态需要两个MSL时间。

2MSL时间中，是为了让主动关闭端等待CLOSE_WAIT状态中发送的报文通过网络通信到达主动关闭端。

5).被动关闭端在接收到ACK报文后，被动关闭端关闭socket。

TCP为什么需要三次握手

TCP是面向链接的传输，同时TCP是全双工通信，所谓的面向链接，并不是真正的建立链接，该链接只是抽象的链接，同时需要帮助TCP的全双工通信，这就要求服务端能收到客户端的报文，同时客户端能收到服务端的报文，而当客户端收到SYN | ACK报文后，客户端的链接就已经建立完毕，当服务端收到ACK后，服务端的链接就已经建立完毕，就已经保证了面向链接以及全双工这两种特点。

TCP为什么要四次挥手

由于TCP是面向链接且全双工的，四次挥手的目的是为了关闭双方的通信链接（抽象链接），所以，主动关闭方发送FIN报文，被动关闭方发送ACK报文，关闭一条链接，随后被动关闭方发送FIN | ACK报文，同时主动关闭方发送ACK报文，关闭一条链接，自此两条链接被关闭。

三次握手和四次挥手特点

如图。
在这里插入图片描述

在TCP中，存在一种叫做捎带应答的机制，及需要发送ACK报文只需要将报头的ACK位制为1即可，但是TCP的数据部分却没有被设置，所以我们将多种状态信息或数据信息都装载在同一个TCP报文中发送出去就是捎带应答。
所谓的三次握手，实际上就是将ACK报文和SYN报文这两种状态信息都放在一个TCP报文中，捎带应答了。
在这里插入图片描述
实际上可以将SYN和ACK分开，分开后，所谓的三次握手本质就是四次握手了。

那么四次挥手可以是三次挥手吗？答案是不行！
因为三次握手中之所以可以运用捎带应答，是因为在链接建立的时候，不需要发送数据，所以可以同步将两个报文捎带到一个报文中，但是四次挥手的时候，在处于CLOSE_WAIT状态时，服务器还是在发送数据的，所以第二次挥手和第三次挥手在时间上是不同步的，所以不能简化为三次挥手。