SRT 是什么？公网推流为什么比 RTMP 稳

一句话解释 SRT

SRT（Secure Reliable Transport）是一套开源传输协议，用来在不可靠的网络上做低延时的可靠传输，最初由 Haivision 主导开发并开源。

它处在传输层，不挑编码格式：H.264、H.265、甚至更高码率的基带压缩流都能装进 SRT 里跑。所以它和「用哪个编码」是两个独立的选择。

SRT 和 RTMP 的区别

对比项	RTMP	SRT
底层传输	TCP	UDP + ARQ 重传
丢包表现	丢包后排队重传，延迟累积（队头阻塞）	选择性重传，不阻塞后续数据
抗抖动	弱	强，可用延迟缓冲换取恢复时间
延时	低但上网后波动大	可配置，跨网时更可控
加密	RTMPS（TLS）	内建 AES 加扰
平台兼容	几乎所有直播平台都支持	YouTube 等支持 SRT 输入，不少平台仍只吃 RTMP

简单说：RTMP 是“能用”，SRT 是“在烂网络上还能用”。链路质量好时两者差别不大，链路一差差距就出来了。

SRT 的四个关键机制

• ARQ 重传：接收端发现丢包就请求补发，丢的包补回来，画面就不花。
• 延迟缓冲（latency）：主动多缓冲一段时间，用来等重传的数据到达。这是 SRT 最关键的参数。
• AES 加密：支持 128 / 256 位，公网传输不必再套 VPN。
• 与编码解耦：换协议不用换设备，编码器把码流交给 SRT 通道即可。

latency 该设多少（经验起调值）

这是最容易被设错的地方：设太小，重传来不及，画面照样花；设太大，延时白白变高。经验做法是从链路 RTT 的 2–4 倍起调。

链路类型	建议 latency 起点	说明
同城专线 / 局域网	40–80 ms	链路稳定，可以设小一些换取低延时
国内跨省公网	100–200 ms	常见配置区间
跨国公网	300–600 ms	RTT 高，缓冲必须给够
4G / 5G 移动回传	200–400 ms	抖动大，建议取上限并预留带宽

以上都是起调值，必须实测：先按起点跑，观察丢包与花屏情况，再逐步下调，找到能稳定运行的最小值。

三个常见误区

• 「SRT 能省带宽」——不能。重传本身会占用额外带宽，上行带宽不足时 SRT 也救不了，只能降码率。
• 「上了 SRT 就不会断」——SRT 解决的是网络侧问题。设备死机、过热、电源故障，它一样无能为力。
• 「SRT 一定延时更低」——SRT 的目标是更稳，不是更低。要极致低延时要看别的方案（如局域网内的无压缩光传输）。

什么时候用 RTMP，什么时候用 SRT

场景	建议
推给国内直播平台（多数只吃 RTMP）	RTMP / RTMPS
现场信号回传到机房或云端制作	SRT
跨地域、跨国长距离传输	SRT
4G / 5G 移动回传、临时布线	SRT
局域网内要求零延时	无压缩光传输，不是这两种

实际项目里经常是混合使用：现场用 SRT 回传到机房，机房再用 RTMP / RTMPS 推给各个平台。多路输出的编码器可以同时用不同协议推给不同目的地。

我们的设备怎么支持

视型号，我们的编码器支持 RTMP / RTMPS / SRT / HLS / TS / RTSP / RTP / UDP / ONVIF 等协议，例如 ZY-EH1401 4K 直播编码器、ZY-EH1304 4 路编码器。

如果你的平台只吃 RTMP，而我们现场只能用 SRT 回传，可以用编码器 + 解码器成对部署来解决，中间走 SRT、末端转标准流。