WebRTC 最初是为1对1实时通信设计的，但由于其极低的延迟（500ms）优势，它正越来越多地被应用于1对多、多对多的广播型直播场景。本文将深入解析WebRTC低延迟直播的核心方案、架构选型及最新技术演进。一、为什么选择 WebRTC 做直播？与传统的 RTMP、HLS 等协议相比，WebRTC 在延迟方面有压倒性优势：协议典型延迟核心特点RTMP3-5秒推流主流，但需转封装HLS6-30秒兼容性好，但延迟高LL-HLS2-4秒延迟优化，但仍不如WebRTCWebRTC 500ms原生低延迟，浏览器直接支持WebRTC 的核心优势包括：浏览器原生支持：无需安装插件，Chrome、Firefox、Safari 等主流浏览器均已支持基于 UDP 传输：避免 TCP 队头阻塞，网络抖动时表现更优内置自适应机制：可根据带宽动态调整码率和帧率原生硬解：利用 GPU 解码，CPU 占用远低于纯软件解码方案二、核心架构选型：Mesh vs SFU vs MCU构建WebRTC直播系统时，最关键的架构决策是选择媒体路由拓扑。这个选择直接影响系统的扩展性、成本和用户体验。2.1 三种架构对比架构工作原理客户端带宽服务器负载适用规模Mesh (P2P)每个参与者与其他人建立直接连接随人数增加指数级上升无2-4 人小会SFU服务器转发流，不处理内容上行 1份，下行 N-1 份低（仅路由）5-100+ 人MCU服务器混合多路流为单路上行 1