QUIC DATAGRAM：有些实时数据为什么不值得重传？

聊天、在线游戏和实时协作里，有些数据包如果没赶上时间，补发反而没有意义：语音通话里两秒前的音频已经过时，游戏角色刚才的位置也许早就更新。可靠传输会努力重传丢失数据，但这份可靠性可能变成延迟。QUIC DATAGRAM 扩展，就是让应用在 QUIC 连接里发送“不保证重传”的数据报。

同一条连接里，可靠流和易失消息并存

普通 QUIC 流提供可靠、有序的字节流，适合网页文本、文件和请求响应。DATAGRAM 帧则允许应用发送边界清楚的消息；若数据包丢失，协议不会像可靠流那样要求把它补回来。接收方可能收到消息，也可能收不到，应用需要自行判断这是否可接受。

这有点像快递与现场直播的区别。合同原件丢了必须补寄；直播里某一帧丢了，下一帧很快就来，再补旧画面只会拖慢观看。开发者可在同一 QUIC 连接中把需要可靠传输的数据放进流，把过期即无用的状态更新放进 DATAGRAM。

DATAGRAM 仍运行在 QUIC 连接之上，保留加密与连接上下文，并受到 QUIC 拥塞控制约束。网络拥塞时，发送端仍应适当降低发送速率；“不可靠”只表示协议不保证丢包后重传或按序交付，不表示可以无限制灌入数据。

两端还必须都支持并协商启用相应扩展。应用要自行处理消息大小、丢失、过期、去重或必要的纠错。若开发者把本来必须可靠保存的数据放进不可靠消息，协议不会替业务补救。

因此，QUIC DATAGRAM 不是“更快的 UDP 替代品”，而是一种在加密、拥塞受控的 QUIC 会话中承载短消息的补充方式。它适合对时效敏感、能容忍少量丢失的数据；不适合必须完整到达的账单、文件或指令。选择可靠还是不可靠，最终应由数据过期后的价值决定。