Rtmp 开发学习

RTMP——Real Time Messaging Protocol（实时消息传输协议）

RTMP 是由 Adobe 公司提出的，在互联网 TCP/IP 五层体系结构中应用层，RTMP 协议是基于 TCP 协议的，也就是说 RTMP 实际上是使用 TCP 作为传输协议。TCP 协议在处在传输层，是面向连接的协议，能够为数据的传输提供可靠保障，因此数据在网络上传输不会出现丢包的情况。不过这种可靠的保障也会造成一些问题，也就是说前面的数据包没有交付到目的地，后面的数据也无法进行传输。幸运的是，目前的网络带宽基本上可以满足RTMP协议传输普通质量视频的要求。

RTMP 传输的数据的基本单元为 Message，但是实际上传输的最小单元是 Chunk（消息块），因为 RTMP 协议为了提升传输速度，在传输数据的时候，会把 Message 拆分开来，形成更小的块，这些块就是 Chunk。

消息（Message）的结构

Message结构分析

1.Message Type：它是一个消息类型的ID，通过该ID接收方可以判断接收到的数据的类型，从而做相应的处理。Message Type ID 在 1-7 的消息用于协议控制，这些消息一般是 RTMP 协议自身管理要使用的消息，用户一般情况下无需操作其中的数据。Message Type ID 为8，9的消息分别用于传输音频和视频数据。Message Type ID 为 15-20 的消息用于发送 AMF 编码的命令，负责用户与服务器之间的交互，比如播放，暂停等。

2.Playload Length： 消息负载的长度，即音视频相关信息的的数据长度，4 个字节

3.TimeStamp：时间戳，3 个字节。

4.Stream ID：消息的唯一标识。拆分消息成 Chunk 时添加该 ID，从而在还原时根据该 ID 识别 Chunk 属于哪个消息。

5.Message Body：消息体，承载了音视频等信息。

消息块（Chunk）

通过上图可以看出，消息块在结构上与与消息类似，有 Header 和 Body。

1.Basic Header：基本的头部信息，在头部信息里面包含了chunk stream ID（流通道 Id，用来标识指定的通道）和 chunk type（chunk的类型）。

2.Message Header：消息的头部信息，包含了要发送的实际信息（可能是完整的，也可能是一部分）的描述信息。Message Header 的格式和长度取决于 Basic Header 的 chunk type。

3.Extended TimeStamp：扩展时间戳。

4.Chunk Data：块数据。

RTMP 在传输数据的时候，发送端会把需要传输的媒体数据封装成消息，然后把消息拆分成消息块，再一个一个进行传输。接收端收到消息块后，根据 Message Stream ID 重新将消息块进行组装、组合成消息，再解除该消息的封装处理就可以还原出媒体数据。由此可以看出，RTMP 收发数据是以 Chunk 为单位，而不是以 Message 为单位。需要注意的是，RTMP 发送 Chunk 必须是一个一个发送，后面的 Chunk 必须等前面的 Chunk 发送完成。

拓展：

• HLS协议介绍 （阿B直播选用的直播协议）
• 直播协议的选择：RTMP vs. HLS