UDP为何不可靠？原理与特点详解

编程并不是一个机械性的工作，而是需要有思考，有创新的工作，语法是固定的，但解决问题的思路则是依靠人的思维，这就需要我们坚持学习和更新自己的知识。今天golang学习网就整理分享《UDP 为什么不可靠？详解原理与特点》，文章讲解的知识点主要包括，如果你对文章方面的知识点感兴趣，就不要错过golang学习网，在这可以对大家的知识积累有所帮助，助力开发能力的提升。

UDP不保证可靠性，因其无连接、无确认、无重传、无序号机制；可靠性需上层自行实现，但其轻量低延迟特性适用于DNS、实时音视频等场景。

UDP 本身不保证可靠，因为它压根就没设计“可靠性”这个功能。

UDP 是无连接、尽最大努力交付的协议

它把数据打包成一个个独立的 UDP 数据报（datagram），直接交给网络层发送，不建立连接、不确认接收、不重传丢失包、不排序乱序包。就像往邮筒里塞信——投出去就完事，不管对方收没收到、几时收到、顺序对不对。

• 没有握手过程，发之前不确认对方是否在线
• 没有 ACK 机制，发完不等回执
• 没有超时重传，丢包就真的丢了
• 没有序列号和滑动窗口，无法检测乱序或重复

可靠性得靠上层自己补

如果应用需要可靠传输（比如文件传输、远程命令执行），就得在 UDP 基础上自己加逻辑：加序列号、发 ACK、设超时、做重传、缓存重排……这其实就是 TCP 在做的事。很多游戏、实时音视频系统会基于 UDP 自研轻量可靠层（如 QUIC、RUDP），但那是应用层的额外工作，不是 UDP 提供的。

那为什么还要用 UDP？

因为它的轻量和低延迟适合特定场景：

• DNS 查询：一次请求+一次响应，丢包重试成本低
• 视频直播/语音通话：宁可丢一帧也不愿卡住，TCP 的重传反而导致更大延迟
• 广播或多播通信：TCP 无法原生支持一对多
• 高性能服务（如 DNSSEC、NTP）：省去连接管理开销，吞吐更高

Python 里的 socket 只是封装，不改变底层行为

socket.socket(socket.AF_INET, socket.SOCK_DGRAM) 创建的是标准 UDP socket，它完全遵循 UDP 协议规范。Python 不会在背后帮你加 ACK 或重传——你 sendto() 发一个包，操作系统就把它塞进 IP 层；recvfrom() 收到什么，就是什么。丢包、乱序、重复，全由网络环境决定，Python 不干预也不补偿。

到这里，我们也就讲完了《UDP为何不可靠？原理与特点详解》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！