【音视频流媒体进阶：从网络到 WebRTC】第14篇-QUIC／HTTP3 在流媒体中的应用

QUIC/HTTP3 在流媒体中的应用前言在前几篇文章中，我们学习了 HLS、DASH 这类基于 HTTP 的自适应流媒体协议，以及 SRT 这种基于 UDP 的低延迟传输方案。它们各自解决了流媒体分发链路上的不同痛点，但底层传输层的根本矛盾始终存在——TCP 有队头阻塞，UDP 要自建可靠性。有没有一个传输协议，能兼具两者的优势？QUIC就是这个问题的答案。它最初由 Google 在 2012 年设计并部署在 Chrome 和 Google 服务之间，经过多年实战验证后，于 2021 年被 IETF 正式标准化为 RFC 9000。如今，QUIC 已成为 HTTP/3 的传输层协议，驱动着全球超过 30% 的 Web 流量。QUIC 的核心设计理念——0-RTT 快速连接建立、消除队头阻塞、内置加密、连接迁移——天然契合流媒体场景的需求。更令人兴奋的是，IETF 正在基于 QUIC 设计全新的媒体传输协议Media over QUIC（MoQ），试图统一直播、实时通信和大规模分发的底层传输。本文将深入剖析 QUIC 的核心特性，分析 HTTP/3 对 HLS/DASH 分发的提升，对比 QUIC 与 TCP 在流媒体场景中的表现，前瞻 MoQ 协议的设计思路，并给出 QUIC 开源库的实践指引。1. QUIC 协议核心特性基于 UDP 的传输层协议QUIC 运行