【JavaEE】应用层自定义协议及UDP协议

梦里梦外; 2024-03-22 11:29 61阅读 0赞

##  ##

![a360e08f79d34fe0b73d6d51c4770ef0.gif][]

>  *  **博主简介：想进大厂的打工人**
>  *  **博主主页：**[@xyk:][xyk]
>  *  **所属专栏: [JavaEE初阶][JavaEE]**

本篇文章将为大家介绍应用层中UDP协议~~

在应用层这里，虽然存在一些现有的协议（HTTP），但是也有很多情况，需要程序猿自定制协议，对于自定制协议来说，就是个很简单的事情~~那么怎么理解这件事情？

--------------------

**目录**

文章目录

一、应用层协议（自定义组织格式）

1.1 如何约定自定义协议

二、UDP格式

2.1 UDP报文的格式

--------------------

## 一、应用层协议（自定义组织格式） ##

应用层在大多数情况下，可能需要程序猿自定义协议来约定~

**什么是自定义组织协议？**

比如说：qq发一个消息，构成一个应用层的数据报

![1baaa069aee74436baad81d13319962e.png][]

此处只是模拟一下qq的数据报格式，真实的qq采取的数据报可能更加复杂

约定应用层数据报，数据格式，就是在自定义协议

### 1.1 如何约定自定义协议 ###

**约定：**

**1.要传输哪些信息（根据需求走的）**

![711b15efd52b4561baf9c65715f50847.png][]

**2.确定数据按照啥样的格式来组织（随意约定的）**

网络上传输的，本质上都是 0101，视为二进制的字符串~~

需要把上述这些信息整合成一个字符串~~

![cc5491e025c8450da7a6f7b84b4482bd.png][] 只要发送方按照这套格式来组织数据，接收方按照这套格式来解析数据，两者能对上，这样的格式就是可行的~~~

**常见组织格式：**

1.  分隔符
    
     *  以空格、回车…分割
     *  以分号…表示结束

**实际开发会使用一些现成的格式：**

1.  xml
    
     *  html是特殊的xml格式
     *  html标签名和含义都是固定的，是我们需要遵守的
     *  ![715b9f68005f48b295506f60636574a7.png][]

标签的形式：< XXX > … </ XXX>

**2.json**

![87768de796654fad9248b91c3fecfb5f.png][]

*  以\{ \}作为标识
 *  内部有多个键值对，每个键值对之间用逗号分割
 *  key与值之间使用冒号分割
    
     *  key必须是字符串，
     *  值可以是数组，字符串，数字甚至是另一个json

## 二、UDP格式 ##

### 2.1 UDP报文的格式 ###

![2e8239490df7498b845b72340686df80.png][]

实际的格式不是这样子的，这样只是为了计算机网络的教材方便印刷~~~

![229fcbeba78846da8778a984f5a34c27.png][]

载荷中存储的是一个完整的应用层数据报~

![0a00818e5ef34eac994fdbbdce3cde36.png][]

每个端口号 在UDP报文里，占两个字节~~

其实端口号的取值范围 0 -> 65535

###  ###

< 1024 的端口号，称为“知名端口号”，给一些名气大的服务器预留的端口~~

比如：http ：80，ssh ： 22，ftp：21，

*  “端口0”并不正式存在。 它被定义为无效的端口号。

至于“专属座位”有什么用

*  服务器一般端口号不需要怎么改变，所以保持在一个端口号是个正常的抉择
 *  不然每次你都要去查这个常用的服务器端口号是多少~

![c2d1c71fde934cdaa1de89393c64a340.png][]

2字节 表示的范围 **0 -> 65535 => 64KB**（64KB - 1B)，表示一个UDP报文最大长度就是 64 KB！！！（近似）

*  代表UDP正文最大就是64KB大而已
 *  不是说只能传一个“65535”大小的整数~
 *  而是65535字节的数据量！

**时代不同，现在64KB很小了，一个表情包都能几MB了~**

*  但是如果要扩大这个限制，那么我们就要升级UDP系统，全世界主机太多了，用的都不是一样的操作系统，有windows，linux，mac
 *  只有都升级，才能通讯，**这不现实~**

###  ###

**要传输大数据**

1.  把一个大的数据拆分为多个数据部分，使用多个UDP数据报来传输~~
2.  不用UDP，直接用TCP去传输 ，TCP就没有限制~

--------------------

### **2.2 校验和**： ###

网络传输并非那么稳定，可能会出现误差

*  我们传递的数据本质是01…，而我们用高低电平表示01

![61c4d19096e8489db26ce96bd7b7b4b8.png][]

> 难免会有一些干扰，例如强磁场（太阳黑子）
> 
> 这样就会导致一些高电平转变为低电平，低电平转变为高电平

![095e41ca47f246db8c5b5b6bf6eb395d.png][]

*  那么校验和的存在，就相当于定下了一个标准
    
     *  满足这个标准，数据不一定对；但是不满足这个标准，这个数据肯定错
     *  而这个校验和，要是中间数据发生01转变，大概率是对不上的
     *  可能校验和跟数据发生突变后，还对上了。很极端的情况

> 比如：去市场买菜
> 
> 需要买西红柿，鸡蛋，茄子，芹菜，一共四样
> 
> 如果买到的菜少于或者多于四样，100%是错的！
> 
> 但是如果手里的菜是四样，也不一定是对的，可能是错误的~

--------------------

为了让校验和能够识别率更高一些,计算的时候通常会以数据内容作为参数来进行计算.

数据内容发生变化,校验和也会变化~~

**带有内容的校验和：**  
![2688b24588c046ada2c608091621ea92.png][]

![e9b4b52f0266431eb6667cc645fa0924.png][]

发送方把这一串数据发给接收方，接收方收到的数据，既有载荷，也有校验和sum1

接受方就可以按照载荷按照同样的算法，再计算一边校验和，得到了sum2

对于sum1和sum2是否相同，如果不相同，数据一定出现了问题！！

udp这里使用的是CRC算法，是一个简单粗暴的算法，大家可以自行了解~~

UDP协议还是相对简单，下一篇我们介绍TCP协议~~~~

[a360e08f79d34fe0b73d6d51c4770ef0.gif]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/84e9032b57c2431e8b573fe891110dbf.png
[xyk]: https://blog.csdn.net/asad21654864?spm=1000.2115.3001.5343
[JavaEE]: https://blog.csdn.net/asad21654864/category_12243955.html?spm=1001.2014.3001.5482
[1baaa069aee74436baad81d13319962e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/3f2eaad738d94037a486166a3e7e8441.png
[711b15efd52b4561baf9c65715f50847.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/9cd94cde70c2431ca9fb7e156c83731c.png
[cc5491e025c8450da7a6f7b84b4482bd.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/1156e72cb3e34738b98cad6aff200adb.png
[715b9f68005f48b295506f60636574a7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/67cc26dc8b6b4425b923cb4be406cc07.png
[87768de796654fad9248b91c3fecfb5f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/352e2f8b0c0047f1b5b9aefa203a8aea.png
[2e8239490df7498b845b72340686df80.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/49a64f017ca94f71b013ddeaaa159527.png
[229fcbeba78846da8778a984f5a34c27.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/9d9a372ffd9b4621b03ae74f7b6720fb.png
[0a00818e5ef34eac994fdbbdce3cde36.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/2d47285b09bd4f92be2189512872f251.png
[c2d1c71fde934cdaa1de89393c64a340.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/83296ad840934e838da6c543ba68275f.png
[61c4d19096e8489db26ce96bd7b7b4b8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/a58d25b56cb849519a6eef17e9be9b2f.png
[095e41ca47f246db8c5b5b6bf6eb395d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/b37d69248f1649a590ae3c5ae2ffe05c.png
[2688b24588c046ada2c608091621ea92.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/11969163e847406ab96ed77166cbad8e.png
[e9b4b52f0266431eb6667cc645fa0924.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/2bdfaf2302bc41799c975d0a3a1cf292.png