17370845950

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 不干预也不补偿。