UDP不保证可靠性，因其无连接、无确认、无重传、无序号机制；可靠性需上层自行实现，但其轻量低延迟特性适用于DNS、实时音视频等场景。
UDP 本身不保证可靠，因为它压根就没设计“可靠性”这个功能。
UDP 是无连接、尽最大努力交付的协议
它把数据打包成一个个独立的 UDP 数据报（datagram），直接交给网络层发送，不建立连接、不确认接收、不重传丢失包、不排序乱序包。就像往邮筒里塞信——投出去就完事，不管对方收没收到、几时收到、顺序对不对。
- 没有握手过程，发之前不确认对方是否在线
- 没有 ACK 机制，发完不等回执
- 没有超时重传，丢包就真的丢了
- 没有序列号和滑动窗口，无法检测乱序或重复
可靠性得靠上层自己补
如果应用需要可靠传输（比如文件传输、远程命令执行），就得在 UDP 基础上自己加逻辑：加序列号、发 ACK、设超时、做重传、缓存重排……这其实就是 TCP 在做的事。很多游戏、实时音视频系统会基于 UDP 自研轻量可靠层（如 QUIC、RUDP），但那是应用层的额外工作，不是 UDP 提供的。
那为什么还要用 UDP？
因为它的轻量和低延迟适合特定场景：
立即学习“Python免费学习笔记（深入）”；
- DNS 查询：一次请求+一次响应，丢包重试成本低
- 视频直播/语音通话：宁可丢一帧也不愿卡住，TCP 的重传反而导致更大延迟
- 广播或多播通信：TCP 无法原生支持一对多
- 高性能服务（如 DNSSEC、NTP）：省去连接管理开销，吞吐更高
Python 里的 socket 只是封装，不改变底层行为
socket.socket(socket.AF_INET, socket.SOCK_DGRAM) 创建的是标准 UDP socket，它完全遵循 UDP 协议规范。Python 不会在背后帮你加 ACK 或重传——你 sendto() 发一个包，操作系统就把它塞进 IP 层；recvfrom() 收到什么，就是什么。丢包、乱序、重复，全由网络环境决定，Python 不干预也不补偿。
