直播时出现画面停顿、声音断续或观众端缓冲，先不要急着降低分辨率。编码器负载、家庭网络拥塞、平台接入点距离和线路绕行，都可能影响推流。判断直播推流线路选择是否合理，建议至少观察下面5个指标，而不是只看运营商标称的下载速度。

一、先确认卡顿发生在哪一段

使用 OBS Studio 直播时，打开“统计”窗口，观察丢帧、编码延迟、网络延迟和发送数据状态。若编码器过载，降低场景复杂度或更换硬件编码；若网络丢帧持续增加，则应重点检查直播推流线路选择。

还要区分“本地预览卡顿”和“观众端卡顿”。前者可能来自显卡、CPU或采集卡，后者更常与上行网络、推流服务器和平台接收线路有关。排查时可让不同地区的观众反馈，避免只根据主播端画面下结论。

二、判断线路的5个核心指标

1. 上行带宽的余量

推流码率为6000 Kbps时，理论上行需求约为6 Mbps，但线路不能长期贴着上限运行。家庭宽带存在其他设备抢占、晚间拥塞和无线干扰时，建议可用上行带宽至少达到目标码率的1.5倍左右。1080p常见码率约4至8 Mbps，实际数值要根据帧率、编码器和平台限制调整。

测试直播推流线路选择时，连续上传大文件并观察峰值与最低速度。如果最低上行速度频繁跌破目标码率，即使平均速度很高，也不适合承担稳定直播。

2. 丢包率

丢包会让RTMP推流重传，表现为网络丢帧、画面冻结或音画不同步。可在直播前对推流服务器地址进行持续网络测试，至少观察几分钟；若结果反复出现丢包，尤其是在有线连接下仍然存在，应优先更换出口线路，而不是单纯提高码率。

比较直播推流线路选择时，稳定无丢包的普通线路，通常比偶尔测速很高但丢包明显的线路更适合长时间直播。

3. 延迟与抖动

延迟决定数据到达平台的速度，抖动则反映延迟是否忽高忽低。连麦、抽奖互动和实时答疑对抖动更敏感；录播式直播对极低延迟的要求相对低一些。若使用SRT，可根据网络情况设置合理延迟缓冲，但缓冲过大也会增加互动滞后。

在直播推流线路选择中，不必只追求最低延迟。能保持波动较小、长时间稳定的线路，往往比短时延迟更低但变化剧烈的线路更可靠。

4. 路由路径与接入位置

同一城市内，不同线路到平台接入点的路径可能完全不同。测试时应分别选择平台提供的多个推流地址，比较高峰时段的丢包、延迟和发送失败情况。跨地区推流还要考虑出口位置、国际链路和平台服务器分布。

如果某条线路白天正常、晚间明显变差，通常与高峰拥塞有关。此时直播推流线路选择应优先考虑绕行更少、接入点更合适的路径，而不是只比较套餐名称。

5. 故障切换能力

单线路一旦中断，OBS通常无法凭空恢复网络。需要连续直播的场景，可准备主备网络，例如有线宽带加4G或5G热点，并确认设备能够快速切换。企业级方案还可能使用双线路聚合或专用传输服务，但成本、配置复杂度和维护要求都会增加。

评估直播推流线路选择时，要询问是否支持备用入口、自动重连、线路监控和故障告警。没有切换机制的低价线路，适合低风险测试，不一定适合重要活动。

三、用一套流程完成实测

1. 固定同一台电脑、同一根网线、同一套编码参数，避免设备变量干扰结果。
2. 选择2至3个可用推流入口，在直播前和晚间高峰分别测试。
3. 每条线路至少持续观察15至30分钟，记录上行最低值、丢帧、断流次数、延迟波动和自动重连表现。
4. 先用较低码率测试稳定性，再逐步提升到正式码率；不要直接用重要活动做首次验证。
5. 按稳定性、互动延迟、故障恢复、成本和配置难度打分，最后确定主线路与备用线路。

四、不同场景如何取舍

个人游戏直播通常优先考虑成本、上行余量和简单配置；课程、发布会或企业活动则更重视故障切换、告警和人工支持。户外直播要把移动网络覆盖、基站拥塞和电量纳入评估。若观众分布在多个地区，可测试不同平台接入点，避免仅凭主播所在地判断。

需要注意，降低分辨率只能减少带宽压力，不能修复持续丢包或错误路由。真正有效的直播推流线路选择，应建立在相同条件下的多时段实测上。

常见问题

直播码率越低，卡顿就一定越少吗？

不一定。降低码率能减轻上行压力，但无法消除线路丢包、断线和严重抖动。

无线网络可以用于正式直播吗？

可以用于低风险场景，但有线连接通常更容易保持稳定。若必须使用无线网络，应提前测试高峰时段，并准备备用连接。

RTMP和SRT该怎么选？

RTMP配置普遍简单、平台兼容性较好；SRT对复杂网络环境提供更多传输参数，但平台和设备支持情况需要提前确认。

只测试一次速度够不够？

不够。至少应覆盖平时直播时段和网络高峰，并记录持续运行过程中的丢帧与重连情况。这样得到的直播推流线路选择结论才更接近真实使用。