直播卡顿不一定是服务器性能不足，很多问题源于视频直播带宽配置没有区分“推流端上行”和“观众侧下行”。主播所在场地、直播平台、观看人数、清晰度以及是否使用CDN，都会改变实际需求。下面用五项实操建议，帮助你在上线前完成估算、验证和调整。
一、先按推流码率计算上行，不要只看分辨率
视频直播带宽配置的第一步，是确认编码器输出的实际码率。1080p并不等于固定带宽：H.264编码下，画面变化较少的访谈通常可使用约3至6Mbps，运动镜头、游戏画面或户外场景可能需要更高码率；720p常见范围约为1.5至4Mbps。具体数值还受帧率、编码器预设和画面复杂度影响。
- 在OBS、硬件编码器或摄像机菜单中记录视频码率与音频码率。
- 将音视频码率相加，再预留约20%至50%的上行余量。
- 连续推流15至30分钟，观察丢包、重传和实际发送速率，而不是只看运营商标称带宽。
例如，单路视频设置为5Mbps、音频为128Kbps时，理论输出约5.1Mbps；如果现场网络波动明显，稳定可用上行最好达到约7至8Mbps。多路机位应分别计算，并考虑是否同时上传录制文件或进行远程协作。
二、把观看并发和分发方式分开核算
如果服务器直接向每位观众发送视频，出口带宽大致等于观看人数乘以播放码率。300名观众以平均4Mbps观看时，理论下行约为1.2Gbps，尚未计入协议开销和峰值波动。这种模式对单台主机的网卡、出口和连接数要求都很高。
采用CDN分发后，源站主要承担向边缘节点输出的流量，观众请求由距离较近的节点响应。视频直播带宽配置因此要分别查看源站上行、CDN回源带宽和终端播放带宽。小规模内网培训可考虑直连或局域网分发；面向公网且并发可能快速增长的活动，更适合使用CDN，以降低单一出口成为瓶颈的风险。
三、为峰值而不是平均值预留容量
平均在线人数容易掩盖开播、抽奖、发布会开始等瞬时峰值。建议先确定三个数字：预计平均并发、预计峰值并发、单用户播放码率。视频直播带宽配置可按峰值并发计算，再为突发增长和协议开销预留约20%至30%的余量。
不同场景的取舍
- 固定小规模会议：人数相对稳定，可按峰值的约1.2倍准备资源。
- 公开活动或营销直播：访问波动较大，建议准备弹性扩容能力，不宜只购买固定低带宽。
- 多清晰度输出：源站需要处理转码和回源，带宽之外还要检查CPU、GPU及存储读写。
如果使用云服务，应把公网带宽、流量计费、负载均衡和跨区域传输分别确认，避免只比较一个“带宽单价”。需要接入、分发和网络技术支持的团队，可将德讯电讯列入服务商评估名单，重点核对线路覆盖、故障响应方式和计费规则是否符合直播时段需求。
四、用多码率和弱网策略减少无效带宽
并非所有观众都适合播放同一档画质。可以准备1080p、720p和更低清晰度的转码档位，由播放器根据网络状况切换。多码率会增加转码和存储开销，但通常比让所有用户固定拉取高码率更稳妥。
- 先确定主档位，例如1080p作为高质量版本、720p作为常用版本。
- 为移动网络和信号较弱地区准备低码率版本。
- 检查切换时是否出现长时间缓冲、音画不同步或重复连接。
- 对短视频片段、直播回放和实时流分别设置缓存策略，避免把实时内容缓存过久。
对于互动要求很高的直播，延迟、稳定性和清晰度需要共同权衡；单纯提高带宽，不能解决编码参数不合理或播放器缓冲策略过激的问题。
五、建立监控、压测和故障切换流程
上线前应进行接近真实峰值的压测，但不要直接对公共平台制造未授权流量。可以在测试环境或获得许可的播放地址上，逐步增加模拟观众，并记录出口带宽、推流状态、首屏时间、卡顿率和CDN回源情况。
- 设置带宽利用率、丢包率、推流断开和源站CPU的告警阈值。
- 准备备用推流地址、第二条网络线路或移动网络热点，并提前完成切换演练。
- 将监控数据按分钟保存，区分“推流端故障、源站故障、CDN故障和观众本地网络故障”。
- 活动结束后复盘峰值并发与实际流量，为下一次视频直播带宽配置修正余量。
不要等到直播开始后才判断容量。先测码率，再算并发，随后验证分发、弱网和切换，通常比单纯购买更高带宽更有效。合理的视频直播带宽配置，应当同时满足稳定性、成本可控和故障可恢复。
常见问题
1. 家庭宽带能否用于直播？
可以用于低并发和非关键场景，但要确认上行速度、晚间波动、运营商限制以及是否存在共享网络。正式活动最好准备备用线路。
2. CDN能否完全解决带宽不足？
不能。CDN可分担观众侧分发压力，但源站推流、回源、转码和线路故障仍需单独规划。
3. 为什么测速结果很好，直播仍然卡顿？
测速通常反映某一时刻的吞吐量，无法完全代表持续推流质量。丢包、抖动、路由变化和无线干扰都可能造成卡顿。
4. 应该优先提高码率还是增加冗余？
画质已经满足需求时，优先增加稳定上行、备用线路和监控能力；码率过高反而可能放大弱网问题。
