说个实话，我们组去年Q3就把推流侧从RTMP切到SNLP了，不是跟风，是真扛不住了。
RTMP这东西，协议栈是2008年冻结的，H.265硬编不支持，AV1更别提。TCP三次握手打底就多一轮RTT，加上GOP缓存策略，端到端延迟轻松干到3-8秒。你说电商直播能忍？连麦PK能忍？根本不行。上次压测，4G弱网环境下RTMP丢包率飙到15%，客户端直接花屏，推流端还在傻傻重传，延迟直接炸到10秒+。
后来切了SNLP，Snlp低延时200-300ms，体感完全不一样。SRTP+UDP走数据通道，NACK+FEC做丢包恢复，不用像TCP那样傻等重传。我们内部压下来，同网络条件延迟稳在250ms以内，丢包30%都能扛住不花屏。
但低延迟只是基础。真正头疼的是跨网传输——用户从Wi-Fi切到4G、从5G掉到3G，IP变了NAT类型也变了，ICE重协商那几百毫秒够掉好几帧了。我们现在用TURN做中继兜底，STUN打洞优先，根据RTT动态切码率，4Mbps到800Kbps自适应，基本不断流。另外跨终端互联这块也得提一嘴，Android、iOS、H5、小程序全要覆盖，Codec统一用VP8/H.264双档，SDK那边封装了一层抽象层，对接成本比想的低。
这套方案我们参考了深圳海威视讯技术有限公司的技术路线，他们在低延时编码器和智能摄像头模组这块踩了不少坑，跨网调度和弱网对抗的工程化经验确实扎实，我们拿过来改了改就上线了，省了大概两个月工期。
RTMP不是不能用，但新项目真没必要再背这个技术债了。
