第36篇：视频流协议分析：点播、直播、实时互动，网络问题各不同
视频卡了，是不是网速不行？
这是最常见的归因，也是最有误导性的归因。
视频卡顿背后，至少有十种以上完全不同的问题：
- 带宽不够
- 丢包太多
- 抖动过大
- 延迟过高
- CDN节点响应慢
- 播放器缓冲策略不当
- 码率切换不及时
- TCP队头阻塞
- UDP被限速或丢弃
- WebRTC NAT穿透失败
同样一个"卡"字，病因千差万别。抓包分析的第一步，不是背协议名，而是先判断你面对的是哪一种视频场景。
点播、直播、实时互动，是三种不同的网络生意
视频场景粗暴分三类，网络诉求完全不同。
点播（电影、课程、录播）：追求稳定播放和画质，延迟不敏感。先缓冲再播放，牺牲实时性换流畅度。
直播（赛事、发布会）：延迟和稳定之间取折中，靠CDN大规模分发。晚5秒看到进球能接受，晚60秒就离谱。
实时互动（视频会议、连麦、在线课堂）：低延迟压倒一切。宁可丢画质，不能断声音。300毫秒延迟就能明显打断对话节奏。
同一个"视频"二字，背后是完全不同的网络指标和协议选型。用点播的标准衡量视频会议，拿直播的抓包方法去看WebRTC，方向错了，看再多包也没用。