初识UDP协议

前言

应用层：DNS、HTTP、HTTPS
传输层：UDP、TCP （在主机和主机可以通信的前提下，让进程可以和进程通信）
网络层：IP （在LAN内部主机可以和主机通信的前提下，实现跨LAN主机 to 主机通信）
数据链路层：ARP （在物理介质连通的前提下，实现LAN主机 to 主机通信）
物理层： 纯物理介质通信问题

网络的原生情况：网络中的数据，是经过路由器之间，一跳一跳的传送到目标主机上的。
这样会带来两个问题：
1.发送了数据，不能保证对方一定收到
2.不能保证严格按照发送时的顺序被对方接收到
网络是不安全的：
1.发送的所有数据，沿途的路由器都可以进行查看或者修改
2.发送的数据可能被伪造

UDP协议

此时我们需要相应的协议来帮助我们解决这些问题
传输层的UDP协议：
User Datagram Protocol 用户报文协议
UDP是一个非常简单的传输层协议，只做到最基本的职责
我们知道，网络层本身是不可靠的，UDP又没有对数据做任何处理，所有UDP也是不可靠的。

1.UDP协议端格式

接收者可以根据header中的数据进行解包，因为header的长度是定长，前八个字节一定是header，剩下的一定是payload。
UDP长度：整个报文的长度

如何知道数据该交给应用层的哪个进程？
通过目的端口，同时为了可以回信，也把源端口带上了。

校验和：校验数据的完整性和准确性。
基本原理就是利用hash函数，只要相同的数据，经过函数处理之后，一定得到相同的结果。
当发送方发送时：
1.将数据经过hash计算，得到一个校验和checksum1
2.把checksum1填写在UDP的header中
3.发送

接收方接收时：
1.将数据经过hash计算，得到一个校验和checksum2
2.if(checksum2 == checksum1){
//由于checksum设计，断言，数据大概率是源数据
}else{
//说明数据一定不是源数据了，数据损坏
}

应用层眼中的UDP协议，是没有发送缓冲区的（UDP协议，把我们的数据直接处理，立即发送到网卡）
所以，UDP的发送成功现象代表：UDP数据只是发送到网络上（正在传输中）
但UDP有一个接收缓冲区，因为到达UDP的数据，并不需要立即被应用层独奏读走。

2.UDP的特点

UDP传输的过程类似于寄信

1.无连接

知道对端的IP和端口号就直接进行传输，不需要建立连接

2.不可靠

没有任何安全机制，发送端发送数据报以后，如果因为网络故障该段无法发到对方，UDP协议层也不会给应用层返回任何错误信息

3.缓冲区

UDP只有接收缓冲区，没有发送缓冲区

UDP没有真正意义上的 发送缓冲区。发送的数据会直接交给内核，由内核将数据传给网络层协议进行后续的传输动作；
UDP具有接收缓冲区，但是这个接收缓冲区不能保证收到的UDP报的顺序和发送UDP报的顺序一致；如果缓冲区满了，再到达的UDP数据就会被丢弃；

UDP的socket既能读，也能写，这个概念叫做全双工

4.大小受限

UDP协议首部中有一个16位的最大长度。也就是说一个UDP能传输的数据最大长度是64K（包含UDP首部）

总结

UDP总结：
发送的时候：
1.从应用层收到数据（将数据从应用层的内存区域（缓存区）复制到内核的内存区域中）
2.准备header部分：
源端口号
目标端口
UDP长度：通过计算
checksum：通过计算
3.header + payload -> datagram
4.直接把数据交给网络层发送
5.等网络层也发送成功后（意味着数据到达网卡）
6.通知应用层发送成功

UDP接收：
1.从网络层收到了一个新的包裹（UDP Datagram），放在内核缓冲区里
2.根据定长（8字节），拆成header部分和payload部分 - 解包
3.读取header中的四个字段：源端口（对方端口），目标端口（主机端口），长度，校验和
4.校验长度是否正确，长度不正确的包直接扔掉（UDP的不可靠）
5.计算校验和是否正确（判断数据是否无意中损坏了），如果有问题，直接扔掉（不可靠性）
6.把payload放到接收缓存区中，相关信息也放在里面
7.通知应用层（根据目标端口），找到对应进程（端口->进程）
8.等待应用层读取
9.如果长时间不读取，会把数据扔掉