8.2.1 NACK (重传) 机制与 RTT 评估 在实时音视频通信的战场上,丢包不是敌人,而是宿命——它如空气般无处不在,又如影子般难以摆脱。当一个 RTP 包在穿越千公里的骨干网、跃过三个 NAT 设备、撞上最后一跳 Wi-Fi 干扰后悄然消失,系统不会哀悼,只会发问:这个包,还值得追吗?如果值得,该等多久才喊它回来? 这,就是 NACK(Negative Acknowledgment)机制的灵魂叩问;而 RTT(Round-Trip Time)评估,则是它唯一可信的秒表与罗盘。 我们不谈“NACK 是什么”的教科书定义——那不过是协议文档里一行加粗的 RFC 3550 注脚。我们要拆开它的脉搏,听清每一次重传决策背后的心跳节律;