UDP协议详解

原创 已于 2023-03-23 22:18:30 修改 · 542 阅读 · 0 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
标签
#udp #网络 #网络协议
于 2023-03-22 22:47:16 首次发布
UDP是一种无连接、不可靠的协议，提供高效的数据传输，尤其适用于实时音视频流和网络游戏。其首部开销小，支持多种数据交互模式。尽管可能会丢包，但在对延迟敏感的场景中，UDP的优势明显。编程模型中，UDP报文包含源端口、目的端口、总长度和校验和等关键信息。

文章目录

UDP协议特性

  1. 无连接的用户数据报协议
  2. 不可靠的，尽最大努力交付
  3. 相比TCP实时性更好
  4. 支持一对多，一对一，多对一和多对多的数据交互
  5. 首部只有8个字节，相对于TCP开销更小

应用场景

  1. 实时音视频的传输，应该在双方音视频通话时需要实时看到画面和听到声音，至于中间画面或者音频丢失一帧并不要紧。
  2. 局域网内文件或数据传输，局域网内网络比较稳定，可以不需要考虑丢包的问题
  3. 网络游戏，游戏需要高实时性，对于丢包并不是很敏感；如果使用TCP数据交互慢会出现延迟。

UDP协议

在这里插入图片描述
UDP协议头长度只有8个字节：

  1. 源端口号：占16位，范围0~65535
  2. 目的端口号：占16位，范围0~65535
  3. 总长度：占16位表示UDP头部长度和数据长读总和
  4. 校验和：占16位UDP首部和数据的校验和。接收端校验出错就会丢弃数据包

编程模型

在这里插入图片描述

UDP一个数据包最大能有多大
yp18792574062的博客
10-06 7757
1、局域网 链路层中每一帧数据头部18字节，数据区域：46 - 1500字节 ip数据包：头部：20-60字节，按20字节来算剩下1480字节 udp：包头：8字节，数据区域1480 - 8 = 1472字节 所以作答为1472字节 大于1472会怎么样？ 一个包会分为多个片发送，如果一个片丢了那么就需要重新发送整个包，非常浪费 2、公网 unix网络编程里面说了，ipv4规定ip...
UDP协议专题
weixin_62827806的博客
10-06 162
UDP 是的简称， 中文名是议，是OSI（Open System Interconnection，开放式系统互联） 参考模型中一种。
UDP协议详解(收藏)
mumubumaopao的博客
08-11 2542
相比于TCP协议(传输控制协议) 来说， UDP协议（用户数据报协议) 要简单很多。 UDP协议的首部格式 UDP协议的首部有8个字节，一共四个字段，每个字段的长度都是2个字节。 1.16位源端口号：发送方的端口号，不用的话可以置0 2.16位目的端口号：接受方的端口号。 3.16位UDP长度：首部 + 数据的总长度，单位为字节。也就是说一个UDP能传输的数据最大长度是64K（包含UDP首部）；然而我们需要传输的数据超过64K，就需要在应用层手动的分包，多次发送，并在接收端手动拼装。 4.16位UDP检验和
IP、TCP、UDP头部长度汇总
热门推荐
Learn to progress
04-06 2万+
文章目录IP、TCP、UDP头部长度汇总IP头部UDP头部TCP头部 IP、TCP、UDP头部长度汇总 IP头部 IP头部范围为20B(不含options)~60B 60B是因为header length为4bit，故0b1111*4B(一行的大小) = 60B UDP头部 UDP头部长度是固定的，为12B(假头部)+8B(真头部) = 20B TCP头部 跟IP头长度一样，20B~60B，取决...
UDP 协议详解
兴趣是最好的老师，勤能补拙
05-10 9957
UDP 协议是一种简单、快速的传输协议，具有无连接、不可靠、简单、高效等特点，主要应用于实时传输场景和局域网内的数据传输。UDP 协议的主要问题是可靠性较差，因此在使用时需要根据实际需求进行优化和控制。
UDP协议详解（UDP协议特点，UDP协议格式、UDP的应用）
zw的博客
06-30 1万+
目录前言1.UDP协议的特点2. UDP协议的特点3. UDP的应用 前言 TCP和UDP协议都是传输层的协议，其中传输层是负责端对端之间的连接，端是指端点。 端口的划分和知名端口 0~1023：知名端口 3306：Mysql数据库 1521：Oracle数据库 22：ssh服务器 21：ftp服务器 23：telnet服务器 80：http服务器 443：https服务器 可以使用cat /etc/services查看知名端口 ① 一个进程是否可以bind多个端口号? 可以的，一个进程可以绑定
TCP,UDP,IP,数据链路层头部详解
NetRookieX的博客
06-21 1万+
UDP头部 可以看到UDP头部由(源端口)、(目的端口)、(长度)跟(校验和)组成，总共8字节。 源端口：发送方的端口号，16位，即2字节。 目的端口：接收方的端口号，16位，即2字节。 长度：头部+数据的字节数，16位，即2字节。 校验和：此字段用来校验数据是否出错。 UDP最小长度：即无数据的情况下，仅首部长度8字节。 UDP数据部分最小长度：即无数据的情况下，0字节。 UDP最大...
UDP知识简单梳理
qq_40741808的博客
08-12 2357
概述 UDP（User Datagram Protocol），用户数据报协议，是OSI(Open System Interconnection，开放式系统互联) 参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务，IETF RFC 768是UDP的正式规范。UDP提供了无连接通信，且不对传送数据包进行可靠性保证，适合于一次传输少量数据，UDP传输的可靠性由应用层负责。 UDP报文没有可靠性保证、顺序保证和流量控制字段等，可靠性较差。但是正因为UDP协议的控制选项较少，在数据传输过程中延迟
TCP、UDP数据包大小的限制
qq_41854911的博客
03-21 4613
​ MTU最大传输单元，这个最大传输单元实际上和链路层协议有着密切的关系，EthernetII帧的结构DMAC+SMAC+Type+Data+CRC由于以太网传输电气方面的限制，每个以太网帧都有最小的大小64Bytes最大不能超过1518Bytes，对于小于或者大于这个限制的以太网帧我们都可以视之为错误的数据帧，一般的以太网转发设备会丢弃这些数据帧。​ 用TCP协议发送时，由于TCP是数据流协议，因此不存在包大小的限制（暂不考虑缓冲区的大小），这是指在用send函数时，数据长度参数不受限制。
（十四）深入浅出TCPIP之初识UDP理解报文格式和交互流程
yolo模型训练找我，AI游戏合作找我
11-02 2518
目录 关于UDP 代码示例 UDP数据报格式 再次理解UDP数据包 (1)UDP报文大小的影响因素，主要有以下3个 (2) UDP数据包最大长度 (3) UDP数据包理想长度 UDP数据包的发送和接收问题 (1) UDP的通信有界性 (2) UDP数据包的无序性和非可靠性 (3) UDP数据包的接收 (4) UDP包分片问题 UDP丢包问题 [1] UDP socket缓冲区满造成的UDP丢包 [2] UDP socket缓冲区过小造成的UDP丢包 [3] ARP缓存过期导致
TCP、UDP、IP、RTP头长度
百鸣的专栏
05-31 6725
TCP头在基本格式下是20个字节，但如果TCP头部选项被使用了，那么TCP头的长度将增加到40个字节。当TCP头部选项被使用时，每个选项占用最少4个字节，包括2个字节的选项类型字段和2个字节的选项长度字段。IP头在基本格式下是20个字节，但是如果启用了IP头部选项，则IP头的长度将增加到最多60个字节（每个选项占用最少1个字节，而选项长度字段占用1个字节，因此一个选项至少需要2个字节）。因此，启用RTP头部扩展时，RTP头的长度将增加12个字节（扩展头占用4个字节，至少需要一个扩展字段，占用4个字节）。
详解UDP协议
2301_80926085的博客
11-04 3141
UDP是一种无连接的、简单的传输层协议，UDP协议的设计目的是提供一种简单、轻量级的通信机制，适用于那些对实时性和传输效率有较高要求，但对数据完整性和可靠性要求相对较低的应用。
《UDP协议详解》
最新发布
凉伊的博客
09-09 1110
UDP协议以其简洁、高效、低延迟的特性，在实时性要求高的应用场景中发挥着不可替代的作用。尽管它不提供可靠性保证，但通过应用层协议的设计，可以在必要时弥补这一缺陷。理解UDP的工作原理和适用场景，有助于我们在实际开发中做出更合理的协议选择，优化网络通信性能。
UDP协议（详解）
L08130421的博客
08-07 2197
UDP 是User Datagram Protocol的简称， 中文名是用户数据报协议，是OSI（Open System Interconnection，开放式系统互联） 参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务，IETF RFC 768是UDP的正式规范。UDP在IP报文的协议号是17。与所熟知的TCP（传输控制协议）协议一样，UDP协议直接位于IP（网际协议）协议的顶层。根据OSI（开放系统互连）参考模型，UDP和TCP都属于传输层协议。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值