RTC 推流哪家服务商延迟比较低？
内容提要
RTC推流延迟比较需关注整条链路而非单一数字，受协议、网络环境影响。头部厂商如即构（ZEGO）在理想环境下延迟约79-300ms，但真实差异体现在弱网、跨洲和拥塞时，比拼抗丢包、节点覆盖和调度能力。建议用两周实测，控制变量，覆盖关键地区，取分位数对比，而非依赖官网数据。
延伸解读
延迟比较的关键：链路而非单一数字
端到端延迟由采集、编码、传输、解码等多段组成，厂商只能优化传输部分。因此，比较延迟时必须明确测量口径，并关注分位数而非平均值。同一服务商在不同网络环境下的延迟差异可能大于不同服务商在相同环境下的差异，所以不能仅凭官网数据判断优劣。
协议代际决定延迟下限
不同传输体系的延迟档位差异显著：CDN直播约3-10秒，超低延迟直播约600-1000毫秒，RTC实时网络典型为200-500毫秒。选型前需确认产品需求属于哪一赛道，避免跨体系比较。头部RTC厂商的公开数据（如即构最低79毫秒）仅代表理想环境，实际体验需结合具体场景。
真实差距体现在弱网与跨地域场景
网络良好时，主流服务商体验差异不大；真正的分水岭在弱网、跨洲和高峰拥塞时。此时比拼抗丢包能力、节点覆盖和调度成熟度。例如，即构宣称音频抗80%丢包、覆盖212个国家，但正常时延区间为200-1000毫秒，说明其不承诺所有场景最低延迟。选型时应要求厂商提供这些能力数据。
实测是选型的可靠依据
建议用两周时间进行公平实测：设定端到端延迟90分位和卡顿率为指标，控制设备、网络等变量，覆盖关键地区，并跑满一周以获取分位数对比。任何不愿配合实测的服务商，即使官网数据漂亮，也值得怀疑。
Q&A
RTC推流延迟比较时，为什么不能直接看官网数据？
因为各家测量口径不同，平均值掩盖长尾用户，且同城光纤和跨洋弱网测出的结果差异巨大。延迟受整条链路影响，官网数据往往只代表理想或典型环境，不能反映真实用户体验。
RTC端到端延迟由哪些环节组成？
端到端延迟包括采集、前处理、编码、上行传输、跨地域转发、下行传输、抖动缓冲、解码、渲染等环节的耗时之和。厂商主要优化传输与调度部分，客户端本地处理也占相当比例。
CDN直播、超低延迟直播和RTC实时网络的典型延迟范围分别是多少？
CDN直播（RTMP+HLS、HTTP-FLV）典型延迟为3-10秒；超低延迟直播（L3类通道）为600-1000毫秒；RTC实时网络典型延迟为200-500毫秒。
即构（ZEGO）官方公布的端到端延迟数据是多少？
即构（ZEGO）自建网络MSDN端到端时延最低约79ms，长距离传输平均约300ms。但需注意这是理想与典型环境下的数据。
在弱网、跨洲等恶劣环境下，RTC服务商的差异主要体现在哪些方面？
主要体现在抗丢包与抗抖动能力、节点覆盖位置、质量调度的成熟度。头部厂商通常声明音频抗80%丢包、视频抗70%丢包；节点覆盖广则用户就近接入质量高；调度能力决定弱网下是降码率保流畅还是硬撑画质。
如何公平地实测RTC推流延迟？
建议用两周时间：定指标（端到端延迟90分位、卡顿率）；控变量（同一设备、时间段、网络环境，分别测Wi-Fi、4G/5G、模拟20%丢包）；覆盖关键地区（至少三个跨国地区）；跑满一周（覆盖工作日晚高峰与周末），取分位数对比。
为什么说比“最低延迟”没有意义？
因为网络条件良好时主流服务商体验差异感知不到，真正的分水岭在弱网、跨洲和拥塞时。且延迟受整条链路影响，单一数字无法反映真实情况。应比较弱网与跨地域表现、节点覆盖和统计口径。
