Windows
macOS
Android
iOS
直播时出现画面停顿、声音断续或观众端延迟突然变长，第一反应往往是立刻降低分辨率。但这样做未必有效：如果问题来自无线网络丢包，单纯改画质可能只会让画面变糊，卡顿依旧存在。更稳妥的直播推流卡顿排查，应先判断卡顿发生在哪一段，再逐项验证。
先把“卡顿”和“延迟”分开
卡顿是画面或声音不连续，常见表现包括播放器反复缓冲、直播预览掉帧、音频断裂。延迟则是主播动作与观众看到画面之间的时间差，可能由平台转码、直播模式、网络排队或播放器缓冲造成。二者可以同时出现，也可以单独出现。
先观察推流软件中的统计信息。以 OBS Studio 为例，状态栏通常会显示丢帧、编码器过载和网络状态。若本地预览流畅、推流软件提示网络丢帧，重点应放在上行链路；若画面预览本身就跳帧，则要检查编码器、应用负载和采集设备；若软件状态正常而观众仍然延迟明显，可能是平台侧处理或观看端网络问题。
直播推流卡顿排查的第一步：建立基准
- 记录当前设置。记下输出分辨率、帧率、视频码率、音频码率、关键帧间隔和编码器类型，不要一开始就同时改动多个选项。
- 固定测试场景。使用同一台设备、同一网络、同一采集源，连续测试约5至10分钟。直播游戏、摄像头访谈和静态讲解对码率的需求不同，不能直接横向比较。
- 记录具体现象。区分“预览掉帧”“网络丢帧”“编码器过载”“观众缓冲”和“声音先断”等情况，并标注发生时间。
有了基准后，每次只调整一个变量，才能知道问题是否真正改善。否则同时降低帧率、换网络、关闭软件，最后即使恢复正常，也很难确定原因。
从网络侧检查上行能力
看稳定余量，而不是只看测速峰值
测速软件显示的是某一时刻的结果，直播更在意持续的上行能力和稳定性。视频码率为4 Mbps时，实际可用上行带宽通常应至少保留约25%至50%的余量，以应对网络波动、音频和协议开销。家庭网络中，云盘同步、视频会议、手机自动备份都可能抢占上行资源。
- 暂停正在上传文件、同步照片或进行视频通话的设备。
- 尽量使用路由器的5 GHz频段或有线连接，并缩短设备与路由器之间的距离；隔墙较多时，5 GHz的覆盖可能不如2.4 GHz稳定。
- 在直播时观察推流软件的丢帧比例。持续出现网络丢帧，优先检查线路、路由器和上行占用，不要先大幅提高或降低画质。
- 如果条件允许，换一条不同运营商或不同接入方式的网络进行短时对照测试。移动热点可以用于定位问题，但其信号变化和流量限制使它不适合作为长期方案。
这里需要关注的相关词包括上行带宽、丢包和网络抖动。测速速度很高但仍卡顿，往往就是稳定性不足，而不是峰值带宽不够。
再检查编码器和采集负载
如果网络丢帧很少，但 OBS Studio 预览或输出画面持续跳动，应转向编码器检查。软件编码会占用处理器资源，硬件编码则依赖设备提供的图形或媒体编码能力。两者没有绝对优劣：软件编码在部分场景下调节空间更大，硬件编码通常更有利于降低处理器占用，但具体效果取决于设备和编码格式。
- 关闭不需要的浏览器标签、录屏程序和高负载应用，观察编码器过载提示是否消失。
- 将帧率从60降到30进行对照。动态游戏画面对帧率更敏感，访谈、课程和商品展示通常可以优先采用30帧。
- 保持分辨率不变，仅降低码率；若无改善，再尝试降低输出分辨率。这样可以判断瓶颈更接近网络还是编码负载。
- 检查关键帧间隔。许多直播平台常要求或建议设置为约2秒，但应以目标平台的编码规范为准。
以常见直播场景为例，720p、30帧可先在约2.5至4.5 Mbps范围内测试，1080p、30帧可先在约4至6 Mbps范围内测试；高速运动、细密纹理和复杂背景通常需要更高码率。实际标准会随平台、编码器和画面内容变化，不能把单一数值当成通用答案。
用最小改动完成复测
较有效的直播推流卡顿排查流程，是每次只改一个参数并保留结果。可以按以下顺序进行：先处理网络占用，再确认编码器负载，之后调整帧率，最后才改分辨率和视频码率。每轮至少观察数分钟，最好覆盖一次原本容易卡顿的操作，例如快速移动镜头、切换场景或展示高细节画面。
如果降低帧率后恢复稳定，说明设备负载或带宽压力可能接近上限；如果降低码率后网络丢帧减少，说明上行余量不足；如果所有推流设置都稳定，只有某个平台的观众反馈缓冲，则应检查平台状态、直播模式和观看端网络。不要把观众端个别反馈直接等同于主播端故障。
常见问题
为什么测速正常，直播仍然卡？
测速可能只反映瞬时峰值，直播期间还会受到丢包、网络抖动、其他设备上传和路由器负载影响。应结合推流软件的丢帧统计与持续测试判断。
降低码率后画面还是卡，怎么办？
先看是否为编码器过载或采集源本身掉帧。如果预览端已经卡顿，继续降码率通常不能解决处理负载问题。
直播延迟高一定是网络差吗？
不一定。平台转码、低延迟模式、播放器缓冲和观众端网络都可能增加延迟。应先确认主播端推流状态是否正常。
什么时候适合从1080p改为720p？
当上行带宽长期没有稳定余量，或设备在1080p下出现编码器过载时，720p通常比勉强维持1080p更可靠，尤其适合内容以人物、讲解和普通室内画面为主的直播。
总之，直播推流卡顿排查的核心不是反复试错，而是先定位网络、编码、采集还是平台环节，再用单变量方式复测。保留每次测试记录，下一次出现相同问题时就能更快找到有效设置。