画面转圈、声音断断续续、观众一个接一个掉线——做直播的都怕这个场面。一上来就想着"带宽加满"，可真去查链路，卡顿常常不是带宽一个原因，是推流、线路、节点、转码好几处叠出来的。哪里漏了，观众端就先感受到。

直播卡顿到底卡在哪几个环节

直播链路分两段。一段是你把画面推到服务器，叫推流；一段是观众从服务器把流拉走看，叫拉流或分发。推流这边卡，多半是上行带宽和编码器的问题；拉流这边卡，基本是线路和节点的事。很多人只盯着自己服务器的带宽，忽略了观众那一侧的跨网访问——你在郑州用电信单线，联通和移动的用户一进来就慢，这个慢跟你的源站配置一毛钱关系没有。

大带宽解决的是"推流和分发"的入口

直播对带宽的要求跟普通网站完全不同。普通网站是有人访问才出流量，直播是只要开播就在持续推流。一场高清直播码率按 4 Mbps 算，推流上行自己就要稳定跑满这个数，还要留余量。单路看着不大，可一旦多机位、多平台同时推，带宽就吃紧。选 大带宽租用 时，别只问"给多大"，要问清楚是独享还是共享、超了怎么计费——95 计费会去掉靠前的 5%，对流量波动大的直播更友好，短期的峰值不会被全额算进账单。

BGP 解决的是"观众那一侧的跨网卡顿"

这环往往被忽略，可它又常常出在观众这一侧。单线机房只接一家运营商，你的观众也全用这家网才快，可现实里谁的用户会只集中一家？联通、移动用户一访问，跨网延迟立刻上来，晚高峰更明显。真 BGP 机房 一个 IP 覆盖多线，用户从哪家宽带进来系统自动选当前延迟更优的路径，某家线路抖了流量秒切，观众基本无感。签之前直接问一句"你们有自己的 AS 号吗"，答不上来的大概率是假 BGP——那种靠 DNS 轮询分流量的，跨网该卡还是卡。

光有带宽和 BGP 还不够，CDN 得一起上

直播跟点播不一样，点播可以靠 CDN 缓存，直播是实时流，缓存帮不上太大忙。但 CDN 仍能卸掉一部分边缘分发的压力，让源站只专注推流和转码。不少直播团队翻车，是源站直发所有观众，带宽随人数线性暴涨，小团队根本扛不住。用了 CDN，源站推一路流就行，成本和稳定性都可控。转码也别都压在源站，能交给边缘做的就别占源站带宽，源站上行一旦被转码吃满，推流端先卡。

机房位置别离观众太远

物理距离决定基础延迟。观众主要在华北，你机器放华南，光光纤传输就要多几十毫秒。这两年帮客户在 郑州服务器租用 做直播方案，一个原因是郑州地处中部，到南北各地的骨干网跳数都还均衡，配合 BGP 线路，跨省访问的延迟能压在比较合理的范围。不是说必须选郑州，是选机房要先看你的观众主要在哪片区域，再决定机器落哪儿。

搭建一套不卡顿的直播链路，顺序是什么

先定架构：推流上行走大带宽、分发走 CDN、观众侧跨网走 BGP。再算量：单路码率乘平台数乘余量，留出开播峰值。然后挑机房：看 AS 号、看晚高峰实测延迟和丢包、看 SLA 响应。收尾压测：晚八点到十一点这个时段实测一遍，那个点才暴露问题。几个环节串起来，卡顿基本能拆掉大半。

欢迎留言咨询

是卡在带宽账单上，还是分不清走不走 CDN、该不该上 BGP？把你的观众规模和清晰度要求留言说说，我帮你按上面的链路过一遍，看源站到底要租多大带宽、线路怎么搭才稳。欢迎留言咨询。