一、先分清是哪一侧在卡

直播卡顿排查最大的浪费,是所有人默认问题出在推流端,于是调码率、换编码器、重启推流软件,折腾一圈发现观众侧基本没变化。实际上卡顿的成因分两大类,处置方式完全不同。

推流侧问题分发与播放侧问题
影响范围 所有观众同时出现同样现象 部分观众卡、部分地区卡、部分终端卡
典型现象 全员画面卡顿或中断;平台后台推流状态告警 只有个别人反馈;自己测没问题别人卡;换网络就好了
常见根因 上行带宽不足、编码参数过高、推流软件或设备故障 本地网络、终端性能、调度节点、跨网访问、播放器缓冲策略
排查手段 看平台推流监控、测上行带宽、检查丢帧与码率曲线 换网络换终端对比、看播放日志与缓冲事件、查调度节点

最快的一个判别动作是拉三个人在不同网络下同时看:如果三个人都卡,问题基本在推流侧或源站;如果只有一个人卡,问题在他自己的网络或终端;如果某个地区或某个运营商的用户集中反馈,问题在分发调度。这一步做完,排查方向就清楚了。

二、全链路分段:每一段各自的时延与故障特征

一场直播从摄像机到观众屏幕,要经过六个环节。定位播放侧问题时,先明确每一段负责什么、出问题长什么样,才能避免把下游症状误判成上游故障。

环节做什么故障时表现责任方
采集与编码 摄像机信号经编码器或推流软件编码成流 全员画面质量下降、马赛克、帧率不稳 现场技术
上行推流 编码后的流从现场推到平台接入节点 全员卡顿或断流;推流监控显示码率跌落 现场网络 + 平台接入
转码与处理 转成多档清晰度、加水印、录制、鉴权 部分清晰度不可用、转码队列积压导致延时增大 平台
CDN 分发 把流复制到边缘节点,就近服务观众 部分地区或运营商用户卡;调度到偏远节点 平台 + CDN
终端拉流 播放器从边缘节点取流并缓冲 首帧慢、循环缓冲、频繁降清晰度 观众网络 + 播放器
解码与渲染 终端解码视频并渲染画面 音画不同步、发热卡顿、老设备播放不了高码率 观众终端

延时也是按段累加的。采集编码、转码、分发缓冲、播放器缓冲各自贡献一部分,所谓「低延时」方案通常是压缩了转码与播放器缓冲这两段,代价是抗抖动能力下降——网络稍一波动就卡。理解这一点,就不会盲目追求极限低延时。

三、终端定位四步法

收到「直播卡」的反馈时,按下面四步收集信息。四步做完,八成的问题不需要平台介入就能定位,剩下的也能带着证据去问平台,而不是只说一句「卡」。

步骤做什么能排除什么
第一步 让反馈人换一种网络(Wi-Fi 切 4G/5G,或换个 Wi-Fi)再看 换了就正常 → 问题在其本地网络;换了还卡 → 继续第二步
第二步 换一台终端(手机换电脑,或换另一部手机)看同一场 别的终端正常 → 问题在原终端性能或播放器;都卡 → 继续第三步
第三步 把清晰度从高清切到标清,观察是否还卡 标清流畅 → 带宽不足或调度节点远;标清也卡 → 网络质量或链路问题
第四步 收集所在城市、运营商、具体时间点、终端型号与播放器版本 为判断是否为区域性、运营商级问题提供证据

第四步的信息最关键,也最常被漏掉。反馈「卡」没有时空信息就无从判断,而收集了「某地某运营商在某时段」后,平台可以查该区域的调度与节点健康度,定位效率完全不同。

四、现象对照表:看到什么就查什么

现象最可能的原因处置
首帧打开很慢 播放器缓冲策略保守;调度节点偏远;DNS 解析慢 切换清晰度触发重新拉流;检查调度节点;必要时联系平台调整缓冲参数
转圈缓冲反复出现 带宽低于码率需求;网络抖动大;播放器缓冲过小 降到标清;换更稳定的网络;检查是否有大流量占用上行
音画不同步 终端解码性能不足;音视频时间戳异常 降低清晰度或关闭硬件解码重试;换终端对比;记录时间点反馈平台
画面清晰但声音断续 音频码率过低或网络丢包集中在音频包 检查推流音频码率设置;换网络验证;反馈平台查丢包
只有某个地区卡 该区域边缘节点覆盖不足或调度异常 收集城市与运营商后反馈平台;评估是否需要多 CDN 或专线接入
只有 iOS 或只有安卓卡 播放器版本或系统兼容性问题 收集版本号;用系统自带浏览器对比;反馈平台做终端适配
开始时卡、后面变流畅 开播瞬间大量用户同时进入,边缘节点回源压力大 提前预热;引导用户错峰进入;与平台确认扩容能力

五、什么时候需要考虑多 CDN 或专线

多数企业直播用平台默认的分发能力就够了,但有几类场景值得额外投入。判断依据是观众分布的集中度与不可失败的程度,而不是并发数字本身。

场景风险建议
全国分散观看的重要场次 单一 CDN 在部分地区覆盖弱,局部用户体验差 评估多 CDN 备份或按运营商调度;会前做多地实测
海外或跨境观众 跨境链路质量波动大,普通分发难以保证 提前确认平台的海外节点能力;必要时走专线或专用加速通道
内网或会场集中观看 同一出口大量并发,公网链路拥塞 会场侧做本地分发或缓存;与 IT 部门确认出口带宽上限
不能中断的政企场次 单点故障无兜底 主备双链路推流 + 备用分发通道,并做一次完整切换演练
常规培训与内部会议 风险可控 用平台默认分发即可,重点放在推流侧稳定与彩排

六、给平台的排查工单要包含哪些信息

向平台报障时,信息完整度直接决定响应速度。下面是一个可直接复制的模板,把括号里的内容填上即可。

字段要写什么
直播间标识 直播间的 ID 或推流地址,不要只写活动名称
问题时间点 精确到分钟,例如「14:32 到 14:35」
影响范围 全员 / 部分地区 / 个别用户;大概比例
具体现象 黑屏、转圈、音画不同步、清晰度自动下降等,写清楚看到的
观众环境 城市、运营商、网络类型、终端型号、系统版本、播放器版本
已做的排查 换网络、换终端、切清晰度的结果分别是什么
推流侧状态 推流监控截图:码率、帧率、丢帧曲线是否正常

把这个模板提前发给现场负责人,比事后临时回想有效得多。直播中出了问题,真正稀缺的不是技术能力,而是在高压下仍能完整记录信息的流程。