直播传输协议选型没有标准答案，实际是在延迟、丢包恢复、部署成本和播放端兼容性之间做取舍：推流用RTMP或SRT，超低延迟用WebRTC，大规模分发用HLS。
先定场景再选协议：户外、电商、赛事直播的权重完全不同
直播传输协议选型的第一步不是看协议参数,而是看你的直播场景，不同场景对延迟、稳定、成本的容忍度差异很大。
户外直播用什么协议才能不卡？弱网对抗和推流成本要优先
户外直播经常遇到4G/5G信号波动、上行带宽不稳定，这时候选协议的核心指标是弱网对抗能力，RTMP基于TCP，丢包时会重传，容易造成推流阻塞，SRT基于UDP，有前向纠错和丢包重传机制，更适合户外弱网，实际操作中，OBS支持SRT推流，直接在“服务器”栏填写srt://地址即可，如果不确定网络环境，先用RTMP推流测试，发现卡顿再切SRT，成本最低。
- 户外推流建议：SRT优先，RTMP备用。
- 推流码率设置：720p用2500kbps起步，1080p用4500kbps起步，不要一上来拉满。
- 弱网下把关键帧间隔GOP从2秒调到1秒,能加快重连后的画面恢复。
国内直播推流协议选择要看服务器和CDN生态
国内直播平台和云厂商对RTMP的支持最成熟,大多数直播CDN的边缘节点默认收RTMP推流，SRT虽然技术上有优势，但部分国内云厂商的直播服务对SRT入口支持不完整，如果做电商直播、秀场直播，优先RTMP推流，如果做远程制作、跨地域传输，SRT更合适，据工信部对互联网直播服务的管理要求，直播平台需要具备相应的许可证，协议选择时要同步确认服务商资质。
延迟、丢包、兼容性：三个技术权衡点拆开看
RTMP和SRT哪个好？把延迟、丢包恢复和编码器支持放一起比
RTMP和SRT不是替代关系,是不同问题的解，RTMP的优点在兼容性，缺点是延迟和弱网表现，SRT的优点在弱网和低延迟，缺点是播放端和部分CDN支持不如RTMP广泛。
| 协议 | 延迟表现 | 弱网对抗 | 生态兼容 | 典型场景 |
|---|---|---|---|---|
| RTMP | 1-3秒 | 一般 | 极强 | 直播推流、平台对接 |
| SRT | 5-1秒 | 强 | 中等 | 户外推流、远程制作 |
| WebRTC | <0.5秒 | 中 | 浏览器强 | 连麦、互动直播 |
| HLS | 5-10秒 | 强（分片重试） | 极强 | 大规模分发、点播 |
行业共识认为,RTMP在直播推流端仍然占据主要位置，但SRT在专业传输领域增长明显，选择时先问两个问题：你的编码器是否原生支持SRT？你的直播服务商是否收SRT入口？两个都满足，再切SRT。
直播延迟高怎么解决？先分清是推流端、传输段还是播放端缓冲
直播延迟高不一定是协议的问题,很多情况下是参数设置不对，先按这个顺序排查：
- 推流端：检查OBS或编码器的关键帧间隔GOP，GOP设置成4秒，播放端起步延迟就可能到4秒，改成1-2秒能明显降低延迟。
- 传输段：RTMP走TCP，丢包重传会导致延迟累积，用ping和traceroute检查推流地址到服务端的丢包情况，丢包高就换SRT。
- 播放端：HLS播放器的默认缓冲通常设成3个分片，分片时长6秒，延迟就是18秒起，改成低延迟HLS或直接换WebRTC播放。
实操命令：用ffmpeg推SRT流，延迟参数可以这样写：
ffmpeg -re -i input.mp4 -c:v libx264 -preset veryfast -tune zerolatency -g 30 -f mpegts srt://服务器地址:端口?latency=120
这个命令里-g 30表示GOP为30帧（每秒30帧时约1秒），latency=120表示SRT延迟预算120毫秒。
成本与部署：现实约束怎么转化为选型条件
直播传输协议价格对比：开源方案、云厂商SDK、商业传输服务怎么选
价格不是只看协议本身,要看协议背后的服务形态，协议本身大多开源免费，但部署和运维成本不同。
- 开源方案：SRS、nginx-rtmp-module支持RTMP/SRT/HLS，自己部署服务器只需承担带宽和机器成本，适合有技术团队的团队。
- 云厂商SDK：简米云、酷番云直播提供RTMP推流SDK和播放SDK，按流量或带宽计费，适合快速上线，但长期成本较高。
- 商业传输服务：一些专业SRT网关和传输服务按分钟或按带宽收费，提供弱网优化和全球节点，适合远程制作、赛事回传。
直播传输协议价格对比不能只看单价,要算三笔账：开发时间、带宽费用、故障损失，一个电商直播如果因为延迟高导致转化下降，损失可能超过节省的协议费用。
混合协议架构：推流SRT、分发HLS、互动WebRTC
实际生产环境很少只用一种协议,比较成熟的架构是“SRT/RTMP推流 + 服务端转封装 + HLS/WebRTC分发”，这样推流端享受弱网对抗，播放端兼容各种设备。
在SRS上配置SRT推流和HLS分发,关键配置片段如下：
listen 1935;
srt_server {
enabled on;
listen 10080;
}
http_server {
enabled on;
listen 8080;
}
vhost __defaultVhost__ {
hls {
enabled on;
hls_fragment 2;
hls_window 10;
}
}这个配置让推流端可以用SRT推到10080端口,播放端通过8080端口拉HLS流，具体参数根据实际服务器调整。
安全与可扩展性：容易忽略的两个选型点
加密传输与鉴权推流怎么做？SRT和RTMPS的实操思路
直播传输协议选型不能只看性能,户外直播、商业活动直播对内容安全有要求，RTMP默认明文传输，推流地址泄露就可能被恶意推流，SRT支持AES加密，RTMPS是RTMP加TLS。
- SRT加密推流：在URL中加
passphrase参数，两端使用相同密钥。 - RTMPS推流：使用
rtmps://前缀，服务端配置TLS证书。 - 鉴权：在推流地址中加token，配合服务端校验。
可扩展性怎么看：协议选型要为峰值流量留后路
用HLS做大规模分发时,分片长度和CDN缓存命中率相关，分片太短，CDN回源次数增加；分片太长，延迟升高，业内专家指出，直播传输协议的可扩展性往往取决于CDN对协议分片和连接数的处理能力，而不是协议本身速度，选择云厂商直播服务时，先确认其CDN节点对HLS低延迟规范的支持程度。
直播传输协议选型的核心不是找最快的协议，而是找最匹配场景和成本结构的协议组合，延迟、弱网、兼容、价格这四张牌，每一张都影响最终直播质量。
直播传输协议选型相关Q&A
直播传输协议选型为什么要优先考虑弱网对抗？
弱网对抗直接决定推流端在移动网络下的稳定性,户外直播、移动直播的上行带宽波动大，基于TCP的RTMP会因重传阻塞，SRT通过UDP加前向纠错能更快恢复，如果弱网对抗不足，卡顿和断流会直接影响观众留存。
RTMP和SRT哪个好？没有公网IP能用吗？
RTMP需要服务端有公网IP接收推流,SRT可以在两个内网节点之间通过中继服务器穿透传输，没有公网IP时，可以用云服务器做SRT中继，RTMP和SRT哪个好，取决于两端网络条件，多数实际部署中，推流端用SRT、服务端转RTMP再对接平台是常见做法。
直播延迟高怎么解决？改协议还是调参数？
先调参数,再改协议，把GOP从4秒调到1秒、关闭播放器预加载、降低HLS分片时长，通常能把延迟降下一截，如果参数调整后延迟仍不达标，再评估切WebRTC或低延迟HLS，直播延迟高怎么解决的最后一步才是换协议，因为换协议涉及编码器、服务端、播放器三端改动，事实是，多数延迟问题出在GOP和缓冲区设置，而不是协议本身。