先看 OBS 状态，区分卡顿来源
网络丢帧通常需要检查上传链路，编码过载需要检查 CPU 或 GPU 压力。即使网络正常，媒体来源本身也可能冻结；这些现象需要分别排查。
- 记录错误文字与发生时间。
- 先用一个简单场景、一个实例复现问题。
降低发生瓶颈的那部分负载
网络丢帧时，降低总输出码率并检查其他上传任务。编码过载时，测试降低分辨率、帧率或场景复杂度，避免同时更改所有参数后无法判断原因。
- 条件允许时使用稳定的有线连接。
- 多开场景应测量所有活动 OBS 实例的合并负载。
稳定后逐项恢复来源与实例
简单场景稳定后，逐项恢复媒体来源、滤镜和额外实例，每一步都重新检查声音与观众端输出。若问题再次出现，保留该步骤的记录以便定位。
- 保留已测试稳定的配置作为恢复起点。
- 分享诊断日志前遮挡推流密钥与其他凭据。
FAQ
常见问题
购买、授权或运行环境仍有疑问，可以先查看这里。
为什么一个 OBS 实例正常，多开后就卡顿？
多个实例共享编码、内存与上传资源，应检查它们同时运行时的总负载。
重新安装 OBS 一定能修复丢帧吗？
不一定。应先判断瓶颈是网络、编码还是媒体来源，再采取对应措施。
REFERENCES
参考资料
内容核对：2026 年 10 月 1 日 · 小鹿助手产品团队