先问一句：是谁看到卡
「直播卡了」这句话里藏着一个关键信息，通常没被说出来：卡的是谁。主播自己看到的画面掉帧，和观众在评论区说「你卡了」，是两个完全不同的问题。
主播端卡，说明画面在编码或者上行就已经出问题 —— 数据还没出门就坏了。观众端卡，说明数据出去了，但在路上或者在对端出了问题。两条路径的排查起点、要测的东西、能改的地方都不一样。
更麻烦的是第三种：主播看到正常，后台数据显示也正常，只有部分观众反映卡。这类多半在分发侧，与你的链路无关。
所以排查第一步不是测速，是把这个信息问清楚。一个直播间里，运营、主播、客服各说一句，三句话往往指向不同的原因。
主播端掉帧：编码与上行
主播端画面卡、掉帧、变糊，先看推流软件的状态。多数软件会显示几个数：帧率、码率、丢帧数、网络抖动。这几个数能直接指向原因。
帧率稳、码率上不去，通常是上行不够或者被限速。这时候画面会变糊，但不一定卡。判断方法是看码率曲线：它是否在低位反复徘徊。
码率稳、帧率掉，通常是编码端算力不够。场景元素太多、同时开多个软件、特效叠加，CPU 或 GPU 扛不住就会掉帧。这类问题换网络没用，要降编码负担。
两者都不稳、丢帧数持续上涨，才指向网络。这时要区分是瞬间抖动还是持续不足，直播推流需要多大带宽给的是从码率反推上行需求的方法，算完再和自己买到的上行比对。
还有一处常被忽略：上行是共享的。同一个 TikTok 直播间里，另外几台机器在传素材、在看视频、在同步网盘，都会抢走那一份上行。开播前把这些动作停掉，往往比加带宽更立竿见影。悦播出海给直播客户交付时会带上这组开播前检查项，因为它比任何参数都管用，而且不花钱。
观众端卡：链路上的丢包与抖动
主播端一切正常，观众却持续反馈卡顿、花屏、声音断续。这一类的问题在传输路径上。
原因是视频流对丢包极敏感，而它用的传输方式不保证重传。丢一点，画面就花一块；丢得多了，音画不同步。同样丢包，为什么直播卡了下载没事讲的是这背后的协议差别 —— 下载可以等重传，直播等不起。
所以这一类要看的不是平均带宽，是丢包率与抖动。平均带宽再宽，只要每秒都丢一点，画面就一直有瑕疵。
判断是否属于这一类，有个间接办法：让观众换个网络看（比如切到手机流量）。换网之后好了，说明问题在路径上；换了还卡，问题在分发或平台侧。
路径侧的处理分两种：换一条丢包少的路径，或者用能持续测量并切换的方案。前者的效果取决于新路径本身，后者取决于切换策略调得准不准。
平台侧：转码、审核与分发
第三类卡顿与你的网络完全无关，但看起来一模一样。
推流上去之后，平台要做转码。转码排队时，观众端看到的是延迟增长、画面停顿。这类现象通常出现在高峰时段，且所有观众同时出现，不挑地域。
还有审核环节。某些内容会触发人工复核，复核期间该路流可能不可见或者降级。表现是「突然黑屏几秒」，主播端没有任何异常记录。
分发侧则是 CDN。不同地区的观众连的是不同节点，某个节点出了问题，就只有那个地区的观众卡。这类卡顿的特征很明显：按地域分布，不按时间分布。
三类平台侧问题的共同点是：主播端数据完全正常，而你自己做什么都不改变结果。遇到这种情况，正确的动作是留存时间点与观众分布，去问平台，而不是继续加带宽。
三种信号对应的处理顺序
把上面的内容变成一个可执行的顺序。
第一步，确认卡的是谁，以及是全部观众还是部分地区。这一步用评论区问两句就能确定，不需要工具。
第二步，看主播端的推流状态：帧率、码率、丢帧。三个数能分辨是算力、上行、还是网络抖动。
第三步，如果是观众端且跨地域，测路径的丢包与抖动，而不是测带宽。带宽够但丢包高的链路，测速结果会很好看，实际体验很差。
第四步，如果主播端与路径都正常，那就不是你的问题，留证据找平台。
这个顺序的价值在于它从最省事的一步开始。反过来先测速，往往会得到一堆正常的数字，然后更加疑惑。分段定位是把这套思路用在一般访问上的版本。
开播前该固定下来的三件事
卡顿的排查再快，也不如不让它发生。开播前有三件事值得固定成习惯。
第一，开播前十分钟停掉非必要上传。素材同步、云盘备份、系统更新，这些动作在开播时开始跑，就是自己在抢自己的上行。
第二，用一个固定的检测目标。每次开播前跑一遍同一组目标，记录首字节时间与丢包。三十秒的事，但它能提前发现「今天这条路不对」。
第三，留一份当天的记录。开播时间、码率、有没有异常、观众反馈。出了问题拿这份记录去对，比回忆可靠得多。
三件事都不花钱，起作用的方式是让问题在发生之前就被看见。悦播出海给直播客户配的方案里会带上这组开播前检查项，因为多数卡顿不是链路突然坏了，是链路在某个时段本来就不够，而没人提前看。
关于悦播出海
悦播出海做的是出海企业的跨境网络：SD-WAN 跨境专线、固定独享出口 IP、全球 200 多个节点，覆盖 TikTok 直播、跨境电商、海外办公与多办公点组网。通道经合规审核，线路与节点资源直采、不转手加价；计费按带宽、线路条数、节点三项算，不按账号数。自有技术团队负责配置与调优，出问题能定位到具体一段。月费订阅、带宽可增减，3 天 24 小时试用，用你自己的业务在真实时段测过再决定。文里这套测法与读数口径，我们交付时用的是同一套。
