直播，电话通话，视频聊天都是实时流媒体的范畴。无论使用 TCP 还是 UDP，都会有延时。有个过时的观点是 UDP 更实时，但我不认为是这样。
实时流媒体的延时主要有几个因素：发送方缓冲，接收方缓冲，网络延时。缓冲包括网络缓冲，录制缓和冲播放缓冲。假设发送方缓冲是 10ms，接收方缓冲都是 50ms，网络延时是 100ms，那么就有至少 160ms 的播放延时。接收方缓冲比发送方多，是为了解决所谓的 jitter，网络延时不均匀导致的播放断续。
如果使用 UDP，如果丢包，那么接收方的缓冲就从 50ms 变为 40ms，交互延时变小，随着继续丢包变为 0 时，网络延时不旦不均匀就会发生 jitter 了。这时开始缓冲，一共花 50ms，所以信号中断最多 50ms，也即接收方缓冲。
如果使用 TCP，丢包会导致 TCP 重传，因为网络 rtt 是 200ms，到 50ms 时，接收方的缓冲已经没有数据了，只能等待网络传输，然后再等 150 ms（也即信号中断 150 ms），突然一次收到 110ms 的数据到接收方缓冲中。为了保证低延时，主动丢弃最早的 60ms 数据。使用 TCP，信号中断时时长是 150 ms，也即网络 rtt 减去接收方缓冲。因为 TCP 最坏情况要重传3次，所以是 3*rtt 减去接收方缓冲。
Loading ...