系统梳理 EasyGBS支持的五大流媒体协议，从真实决策场景出发，给出选型建议。安防视频平台在项目落地时，总绕不开一个基本问题：视频流用什么协议传输？
打开 EasyGBS的直播分享页面，你会发现一个通道同时提供了RTSP、RTMP、HLS、FLV、WebRTC等多种播放地址。很多开发者和项目负责人的第一反应是困惑------一个摄像头拍出来的视频，为什么要搞这么多协议？
答案很简单：没有一种协议能同时满足所有场景。 不同的终端、网络环境、延迟容忍度、并发要求，决定了你需要不同的流媒体协议。本文将EasyGBS支持的五大协议逐一拆解，从真实决策场景出发，帮你搞清楚"你的场景该用哪个"。
1、一、先看一张对比表
EasyGBS支持全部协议，一条通道自动生成多协议播放地址，用户无需额外配置即可按场景选用。
2、二、逐一拆解：五大协议该在什么时候用？
1、RTSP------设备互联的"普通话"
定位：局域网设备级互联协议
RTSP（Real Time Streaming Protocol，RFC 2326）是安防行业事实上的设备互联协议。绝大多数网络摄像机、NVR、DVR原生输出RTSP流，这是它不可替代的根本原因。
EasyGBS中的角色：作为GB/T28181协议栈的底层拉流通道之一。当EasyGBS通过国标信令与前端设备建立会话后，实际视频流通过RTSP从设备拉取到平台。
什么时候用RTSP？
-
NVR/第三方平台通过 RTSP 直接从 EasyGBS 拉流进行二次对接
-
局域网内使用 VLC 等专业播放器进行本地调试和预览
-
与不支持国标的旧设备进行互联
什么时候不用？
-
微信/浏览器中无法直接播放（需要插件或转码）
-
公网穿越需要额外配置端口映射
2、RTMP ------ 推流上云的主力管道
定位：推流分发协议，CDN分发上游
RTMP（Real Time Messaging Protocol）由Adobe提出，曾是互联网直播的事实标准。虽然 Flash已停止支持，但RTMP在推流侧仍然是主流。
EasyGBS中的角色：EasyGBS可以作为RTMP推流源，将国标设备拉取的视频流以RTMP方式推到第三方CDN（如阿里云直播、腾讯云直播），实现大规模公网分发。
什么时候用RTMP？
-
将EasyGBS的视频流推送到第三方直播CDN进行公网大规模分发
-
对接仍在使用RTMP推流的编码器或推流软件（如 OBS）
-
服务端之间的流媒体中转
什么时候不用？
-
浏览器端播放：Flash已淘汰，现代浏览器无法直接播放RTMP
-
移动端播放：iOS/Android原生不支持RTMP拉流
3、HLS------微信和移动端的"刚需"
定位：移动端和微信生态的必选协议
HLS（HTTP Live Streaming，Apple 提出）是iOS和现代移动端浏览器的原生支持协议。它的核心机制是将视频流切分为若干小片（.ts 分片），通过不断更新的m3u8索引文件串联播放。
EasyGBS中的角色：EasyGBS自动将每条视频通道生成对应的HLS播放地址。在"直播共享"功能中，HLS地址可以直接复制到微信中打开播放，这是EasyGBS对外分享的核心能力。
什么时候用HLS？
-
微信内嵌播放：微信公众号、小程序、微信好友/群聊中分享的视频链接，浏览器原生支持 m3u8 播放
-
移动端 App：iOS/Android 原生播放器天然支持HLS
-
CDN 分发：HLS走HTTP，可以充分利用CDN缓存节点，适合万人并发观看
什么时候不用？
-
需要极低延迟的场景（如实时对讲、远程操控云台）：HLS的延迟通常在5-20秒
-
局域网内实时监控：延迟过高，影响体验
4、FLV------Web端低延迟直播的最优解
定位：HTTP-FLV/WebSocket-FLV，Web端低延迟直播首选
FLV（Flash Video）格式本身历史悠久，但经过HTTP-FLV和WebSocket-FLV的技术演进，它在Web端低延迟直播场景中占据独特优势。
两种传输模式：
HTTP-FLV：基于HTTP长连接持续传输FLV流数据，延迟1-3秒，配合EasyPlayer.js播放器可以在Chrome/Firefox/Edge中直接播放。
WebSocket-FLV：基于WebSocket全双工通信传输FLV流数据，延迟与HTTP-FLV相当，但支持双向交互。
EasyGBS中的角色：EasyGBS支持通过视频播放窗口切换协议至FLV模式，配合EasyPlayer.js 播放器实现Web端的低延迟实时预览。在直播诊断页面，管理员可以通过FLV模式查看视频流状态。
什么时候用FLV？
-
Web端管理后台：EasyGBS自身的Web界面中，默认推荐使用FLV模式观看实时视频
-
自建H5播放器：基于EasyPlayer.js集成的Web端监控页面
什么时候不用？
-
微信内播放：微信内置浏览器对MSE支持不完善
-
iOS Safari：对FLV解码支持受限
5、WebRTC------实时对讲的终极方案
定位：毫秒级超低延迟，实时交互场景专用WebRTC（Web Real-Time Communication）是 Google推动的浏览器原生实时通信标准，基于UDP传输，延迟可达300ms以内。
EasyGBS中的角色：通过EasyRTC扩展模块，EasyGBS支持WebRTC视频流播放和双向语音对讲。在设备列表中，支持WebRTC的通道可以直接在浏览器中实现超低延迟预览。
什么时候用WebRTC？
-
视频对讲：EasyGBS+EasyRTC实现前端设备与平台的实时语音双向通话
-
远程操控云台：需要极低延迟以确保操作的实时反馈
-
实时告警联动：告警触发后第一时间弹出超低延迟视频画面
什么时候不用？
-
大规模并发分发：WebRTC的点对点特性不适合万人同时观看
-
纯播放不交互的场景：成本高于FLV/HLS
三、四个真实决策场景：直接给答案
场景1：开发集成------对接第三方平台
我们公司有自己的安防管理平台，需要从EasyGBS拉流嵌入到我们的Web页面中展示。
推荐方案：FLV（HTTP-FLV+EasyPlayer.js
理由：延迟适中（1-3 秒），原生支持Web端，无需安装插件。配合EasyPlayer.js可以一行代码嵌入视频窗口。
如果第三方平台是C/S架构客户端，可以考虑RTSP直拉。
场景2：微信里播放------公众号/小程序/分享
我们需要把某个摄像头的实时画面通过微信公众号推送给用户查看。
推荐方案：HLS
理由：微信内置浏览器原生支持 m3u8 播放，无需任何适配。EasyGBS的"直播分享"功能生成的HLS地址可以直接复制到微信中打开。注意延迟在5-15秒，对于非实时交互场景可以接受。
场景3：低延迟对讲------双向语音通话
保安在监控室通过平台与园区门口的摄像头进行实时语音通话。
推荐方案：WebRTC+EasyRTC
理由：WebRT的延迟在300ms以内，双向音频通道满足对讲需求。EasyRTC模块为EasyGBS提供完整的WebRTC信令和媒体转发能力。
场景4：公网大规模直播------万人同时观看
园区搞大型活动，需要通过公网对外直播，预计数千人同时在线观看。
推荐方案：RTMP推流到CDN→HLS分发
理由：EasyGBS将视频流以RTMP推送到阿里云/腾讯云直播CDN，由CDN转码为HLS分发。这种架构下，EasyGBS只承担一路推流的带宽，CDN负责大规模分发，成本可控。
四、EasyGBS 的协议切换：三步操作
EasyGBS的视频播放窗口内置了协议切换功能，无需修改配置文件：
1、进入「设备列表」→选择任意设备→进入通道列表→点击播放
2、在播放窗口上方点击协议切换按钮
同时，在「基础配置」→「分发与录像」中，管理员可以选择开启相关协议的服务端口，便于后续在播放时进行切换。
在「直播共享」功能中，EasyGBS为你自动生成一个包含多协议播放地址的分享页面，接收者可以根据自己的网络环境和终端自动选择合适的协议播放。
五、两个被低估的配置：按需拉流+多线路
协议选型只是第一步。EasyGBS还有两个与之配合的关键配置，直接影响实际体验：
按需拉流：仅在用户请求观看时才从设备拉取视频流，无人观看时自动断流。这对协议选型最直接的影响是------你不必担心"选了RTSP会不会一直占用带宽"，因为EasyGBS不是持续拉流模式。
多线路直播：你可以为一个通道同时配置内网线路和外网线路。内网用户走内网线路看FLV，外网用户走公网线路看FLV，互不干扰。
六、总结
EasyGBS五大协议的选择，本质是延迟、终端兼容性、并发成本三个维度的权衡：
实际部署中，不必做单选------EasyGBS支持同时开启全部协议，你让用户在具体场景中自己选，平台把这件事自动化了。