可能的原因
按发生概率从高到低排列。排查顺序就是按这个来的，不要跳着试。
- 丢包导致 TCP 反复重传，实际吞吐远低于峰值
- 节点在晚高峰负载过高
- 节点所在地区离内容分发节点太远
- 客户端或播放器自身的缓冲策略
排查步骤
- 1
测丢包，不测带宽。
视频缓冲最常见的原因是丢包，不是带宽不够。丢包 3% 就足以让自适应码率一路降到最低。
- 2
换同地区的另一个节点，优先选负载低的。
很多客户端能显示节点负载或延迟，挑数值好看的那个。
- 3
试试换个地区。离内容源近不等于离你近，有时绕一下反而更快。
流媒体有自己的分发网络，节点所在地区能否命中就近的分发节点，影响很大。
- 4
手动把清晰度锁定在一个档位，不让它自动调整。
自适应码率在波动的线路上会反复升降，反而比固定在中等清晰度更卡。
- 5
确认没有其他设备在共享同一条线路做大流量传输。
不限设备数的套餐里，家里另一台设备在下载会直接吃掉你的带宽。
还是没解决？如果换了多个节点都不行，而其他网站正常，那是这个服务和你的出口之间的问题，只能换服务方或换更好的线路类型。