RTSP、RTMP、HLS、FLV、WebRTC……国标GB28181视频平台EasyGBS五大流媒体协议，你的场景该用哪个？

系统梳理 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、进入「设备列表」→选择任意设备→进入通道列表→点击播放

同时，在「基础配置」→「分发与录像」中，管理员可以选择开启相关协议的服务端口，便于后续在播放时进行切换。

在「直播共享」功能中，EasyGBS为你自动生成一个包含多协议播放地址的分享页面，接收者可以根据自己的网络环境和终端自动选择合适的协议播放。

五、两个被低估的配置：按需拉流+多线路

协议选型只是第一步。EasyGBS还有两个与之配合的关键配置，直接影响实际体验：

按需拉流：仅在用户请求观看时才从设备拉取视频流，无人观看时自动断流。这对协议选型最直接的影响是——你不必担心"选了RTSP会不会一直占用带宽"，因为EasyGBS不是持续拉流模式。

多线路直播：你可以为一个通道同时配置内网线路和外网线路。内网用户走内网线路看FLV，外网用户走公网线路看FLV，互不干扰。

六、总结

EasyGBS五大协议的选择，本质是延迟、终端兼容性、并发成本三个维度的权衡：

实际部署中，不必做单选——EasyGBS支持同时开启全部协议，你让用户在具体场景中自己选，平台把这件事自动化了。