Dada_ping的博客

协议控制消息1，设置块大小，用于通知对等方使用的新的最大块大小。协议控制消息2，中止消息，用于在对方正在等待数据块以完成一条消息时通知对方，然后丢弃通过数据块流部分接收到的消息，并中止处理该消息。对方接收到要丢弃的消息的数据块流ID作为此协议消息的有效载荷。当发送方已经发送了消息的一部分，但想要告诉接收方剩余的消息将不会被发送时，会发送此消息。如果对等方当前的窗口大小与消息中接收到的窗口大小不同，它会发送“窗口确认大小”回去。这个字段保存新的数据块大小，它将被用于此数据块流发送的所有未来数据块。

由完全相同大小、流ID和时间间隔的消息组成的流，应该在类型2的块之后的所有块中使用这种类型。如果第一条消息和第二条消息之间的增量与第一条消息的时间戳相同，那么类型3的块将紧随类型0的块，因为不需要类型2的块来注册增量。如果类型3的块跟随类型0的块，那么这个类型3的块的时间戳增量与类型0的块的时间戳相同。对于类型1或类型2的块，前一个块的时间戳与当前块的时间戳之间的差值在这里发送。块有效载荷的长度对于除最后一个块之外的所有块来说是最大的块大小，对于最后一个块来说是剩余部分（对于小消息可能是整个长度）。

版本 ： 8 bits，在C0中，这个字段标识客户端请求的RTMP版本。32-255是不允许的（以便允许区分RTMP和始终以可打印字符开始的基于文本的协议）。由于每个端点都必须区分它自己发起的握手响应和其对等端发起的握手，因此这个数据应该发送足够随机的内容。客户端（发起连接的端点）和服务器各自发送三个相同的块。它由三个固定大小的块组成，而不是由包含头的可变大小的块组成。这个字段必须包含在S1（对于C2）或C1（对于S2）中由对等端发送的时间戳。这个字段必须包含读取对等端之前发送的包（S1或C1）的时间戳。

当与可靠的传输协议如[TCP]一起使用时，RTMP块流提供了所有消息的保证有序端到端传递，这些消息跨越多个流，并且按照时间戳排序。例如，一个直播视频服务器可能会选择丢弃慢速客户端的视频消息，以确保音频消息能够及时接收，这基于发送每个消息所需的时间或确认每个消息所需的时间。除此之外，就RTMP块流而言，这是一个不透明的值。这篇备忘录描述了实时消息传输协议块流（RTMP块流），这是一种为多路复用和打包多媒体传输流（如音频、视频和交互式内容）而设计的应用程序级协议，它通过合适的传输协议（如TCP）进行传输。