RTMP 协议精讲 / 01 - RTMP 协议概述

RTMP 协议概述

1.1 什么是 RTMP

RTMP（Real-Time Messaging Protocol，实时消息传输协议）是一种基于 TCP 的应用层协议，专为在 Flash Player 与流媒体服务器之间高效传输音视频数据和控制消息而设计。

核心特征

┌──────────┐    TCP:1935    ┌──────────────┐
│  编码器   │◄─────────────►│  RTMP 服务器  │
│ (OBS等)  │   RTMP 协议    │  (SRS/Nginx) │
└──────────┘               └──────────────┘
     推流端                      服务端

1.2 Adobe 历史沿革

发展时间线

2002 ─── Macromedia 开发 RTMP，用于 Flash Communication Server
  │
2003 ─── Flash Player 开始支持 RTMP
  │
2005 ─── Adobe 收购 Macromedia
  │
2009 ─── Adobe 公开 RTMP 规范 (June 2009)
  │
2012 ─── RTMP 规范最终版 (Adobe's Video Technology)
  │
2014 ─── Chrome 开始默认禁用 Flash
  │
2017 ─── Adobe 宣布 2020 年底停止 Flash Player
  │
2020 ─── Flash Player 正式退役，RTMP 在推流端继续活跃
  │
2026 ─── RTMP 仍是推流端事实标准，被所有主流编码器支持

关键里程碑

1. 2002 年：Macromedia 在 Flash Communication Server MX 中首次引入 RTMP
2. 2009 年：Adobe 首次公开 RTMP 规范，此前协议一直是私有的
3. 2012 年：发布最终版规范，定义了协议的完整细节
4. 2020 年：Flash 退役后，RTMP 协议由开源社区继续维护

注意：RTMP 规范虽已公开，但 Adobe 从未将其提交为正式的 IETF 标准。这意味着不同实现之间可能存在细微差异。

1.3 RTMP 协议族

RTMP 不是单一协议，而是一个协议族：

协议栈层次：

┌─────────────────────────────────────────────┐
│              应用层 (Application)             │
│  ┌─────────────────────────────────────────┐│
│  │  AMF 编码 / 命令消息 / 音视频数据        ││
│  └─────────────────────────────────────────┘│
│  ┌─────────────────────────────────────────┐│
│  │  RTMP 消息层 (Message)                   ││
│  └─────────────────────────────────────────┘│
│  ┌─────────────────────────────────────────┐│
│  │  RTMP 块流层 (Chunk Stream)              ││
│  └─────────────────────────────────────────┘│
├─────────────────────────────────────────────┤
│              传输层 (Transport)              │
│  ┌─────────┐ ┌─────────┐ ┌────────────────┐│
│  │ TCP     │ │ TLS     │ │ HTTP Tunnel    ││
│  │ (RTMP)  │ │ (RTMPS) │ │ (RTMPT)       ││
│  └─────────┘ └─────────┘ └────────────────┘│
└─────────────────────────────────────────────┘

1.4 与 HLS/DASH 的对比

核心对比表

延迟对比图

延迟 (秒)   0       5       10      15      20      25      30
           ├───────┼───────┼───────┼───────┼───────┼───────┤
RTMP       ██                                                          1-3s
           │
LL-HLS     ████████                                                    2-4s
           │
LL-DASH    ████████                                                    2-4s
           │
HLS        ██████████████████████████████████████████████████████       6-30s
           │
DASH       ██████████████████████████████████████████████████████       6-30s

架构差异

RTMP 推流架构：
┌────────┐  RTMP   ┌────────┐  RTMP/FLV  ┌────────┐
│ 编码器  │───────→│ 源站    │───────────→│ 边缘    │
└────────┘         └────────┘            └────────┘
                                           │ 转封装
                                     ┌─────┴──────┐
                                     │ HLS/DASH   │
                                     │ 输出给观众  │
                                     └────────────┘

HLS 分发架构：
┌────────┐  RTMP   ┌────────┐  HLS/HTTP ┌─────────┐
│ 编码器  │───────→│ 源站    │─────────→│  CDN     │
└────────┘         └────────┘          └─────────┘
                                         │ HTTP
                                   ┌─────┴──────┐
                                   │  观众浏览器  │
                                   └────────────┘

1.5 RTMP vs WebRTC

除了 HLS/DASH，WebRTC 也是重要的实时传输方案：

1.6 适用场景

✅ 推荐使用 RTMP 的场景

1. 直播推流（最核心场景）

主播/OBS  ──── RTMP ────→  SRS 服务器  ──── HLS ────→  观众
                        (1935端口)                  (80端口)

• 所有主流编码器（OBS、XSplit、FFmpeg）都首选 RTMP 推流
• 端口 1935 在企业网络中通常未被封禁

2. 低延迟监控

• 安防监控系统内部网络传输
• 工业场景实时视频回传

3. 录制服务

• 服务器端接收 RTMP 流后录制为 FLV/MP4
• 点播内容生产

4. 流媒体中转

• 源站（Origin）到边缘（Edge）的内部中转
• CDN 回源传输

❌ 不推荐使用 RTMP 的场景

1.7 现代流媒体架构中的 RTMP

在现代直播架构中，RTMP 通常作为 第一公里（First Mile）协议：

                    生产端                    服务端                    消费端
              ┌─────────────┐          ┌──────────────────┐      ┌─────────────┐
              │   OBS       │          │                  │      │  浏览器     │
              │   FFmpeg    │  RTMP    │   SRS/Nginx-RTMP │ HLS  │  手机 APP   │
              │   摄像头    │─────────→│                  │─────→│  播放器     │
              │   手机 APP  │  :1935   │   转封装/转码     │ DASH │  电视      │
              └─────────────┘          │   录制/截图       │      └─────────────┘
                                       └──────────────────┘
                                           ↑          ↑
                                      RTMP 中转    HTTP 分发
                                        (集群)      (CDN)

关键洞察：RTMP 的价值在于其 推流端的生态优势。只要编码器继续支持，RTMP 就不会消亡。实际上，随着 SRT 等新协议的出现，RTMP 推流端的地位正在被挑战，但目前仍然是最稳定、兼容性最好的选择。

1.8 协议规范参考

RTMP 规范的主要来源：

注意事项

1. RTMP ≠ RTMPS：默认 RTMP 是明文传输，在公网环境下务必使用 RTMPS（TLS 加密）
2. 防火墙穿越：RTMPT 可通过 HTTP 端口 80 穿越防火墙，但会增加延迟
3. 版本差异：不同 RTMP 实现可能在握手阶段存在差异，遇到兼容性问题优先检查版本号
4. Enhanced RTMP：社区在 2023 年后扩展了 RTMP 规范以支持 H.265/HEVC、AV1 等新编码，但并非所有服务器都支持

扩展阅读

• Adobe RTMP Specification (2012)
• SRS RTMP 文档
• RTMPdump - Open Source RTMP Client
• Enhanced RTMP Specification

下一章：02 - 握手过程 — 了解 RTMP 连接建立的第一步