【Linux】传输层协议UDP

在TCP/IP协议中,用"源IP", "源端口号","目的IP","目的端口号","协议号"这样的五元组来标识一个通信

1. 端口号

端口号范围划分

  • 0-1023:知名端口号,HTTP,FTP,SSH等这些广为使用的应用层协议,端口号都是固定的
  • 1024-65535:操作系统动态分配的端口号,客户端程序的端口号,就是由操作系统从这个范围分配的

问题

  • 一个进程可以bind多个端口号
  • 一个端口号只能被一个进程bind

2. UDP协议

2.1 UDP协议端格式

  • 16位UDP长度,表示整个数据报(UDP首部+UDP数据)的最大长度
  • 如果校验和出错,就会直接丢弃

2.2 UDP的特点

UDP 类比普通寄平信

  1. **无连接:**只要知道对方IP + 端口,直接发数据,不用建立连接。

  2. **不可靠:**没有确认应答、没有重传。半路丢包了,UDP 也给应用层返回错误信息

  3. **面向数据报:**一次发一个完整数据包,不会拆包、也不会粘包;读写次数严格对应,不能随意拆分、合并收发的数据

2.3 面向数据报

应用层交给UDP多长的报文,UDP原样发送,不会拆包、也不会粘包

2.4 UDP的缓冲区

  • UDP没有 真正的发送缓冲区,调用sendto把数据直接交给内核,内核立刻转给网络层封装发送
  • UDP 有接收缓冲区 ,能缓存收到的 UDP 数据包;但不保证收发顺序 :先发的包可能后到。缓冲区满了直接丢新包:不会阻塞、不会限流,新来的数据直接丢弃

同一个 UDP Socket 既能收数据、也能发数据,收发相互独立,可以同时进行,这就是全双工

2.5 UDP使用注意事项

UDP 首部有16 位长度字段,说明 UDP 首部 8 字节 + 数据载荷不能超过65536 字节 = 64k

64K 很小,远不够传大文件、大图等

如果需要传输的数据超过64K,就需要在应用层手动的分包,多次发送,并在接收端手动拼装

相关推荐
wanhengidc1 小时前
云手机的兼容性与稳定性
大数据·运维·服务器·网络·人工智能·智能手机
ytdbc1 小时前
MGRE实验
网络
Mortalbreeze1 小时前
深度理解进程 ---- 进程优先级、进程切换、进程调度算法
linux·运维·服务器
十年编程老舅2 小时前
深度长文|Linux 图形与显示架构
linux·运维·后端·架构·内核·linux内核·通信机制
能代全能带2 小时前
Centos挂载iso安装依赖包
linux·运维·centos
相思难忘成疾2 小时前
Nginx 子目录多站点配置实验(HTTP/HTTPS 分离部署)
linux·运维·nginx·http·https·vim
劉煥平CHN2 小时前
Ubuntu 22.04 上部署 Dify
linux·运维·ubuntu
染予2 小时前
共阵面系统学习
网络·学习
heimeiyingwang2 小时前
【架构实战】服务注册与发现Nacos:微服务时代的“电话总机“
网络·架构