RTMP的字節(jié)序：
RTMP的字節(jié)序和大多數(shù)網(wǎng)絡(luò)協(xié)議一樣是大端序，也有一些字段是小端序的，不過(guò)都有特殊的說(shuō)明。
RTMP的head組成
RTMP的head在協(xié)議中的表現(xiàn)形式是chunk head，前面已經(jīng)說(shuō)到一個(gè)Message + head可以分成一個(gè)和多個(gè)chunk，為了區(qū)分這些chunk，肯定是需要一個(gè)chunk head的，具體的實(shí)現(xiàn)就把Message head的信息和chunk head的信息合并在一起以chunk head的形式表現(xiàn)。
一個(gè)完整的chunk的組成如下圖所示
Chunk basic header：
該字段包含chunk的stream ID和 type 。chunk的Type決定了消息頭的編碼方式。該字段的長(zhǎng)度完全依賴(lài)于stream ID，該字段是一個(gè)可變長(zhǎng)的字段。
Chunk Msg Header：0, 3 ,7, 11
該字段包含了將要發(fā)送的消息的信息（或者是一部分，一個(gè)消息拆成多個(gè)chunk的情況下是一部分）該字段的長(zhǎng)度由chunk basic header中的type決定。
Extend Timestamp： 0 ,4 bytes
該字段發(fā)送的時(shí)候必須是正常的時(shí)間戳設(shè)置成0xffffff時(shí)，當(dāng)正常時(shí)間戳不為0xffffff時(shí)，該字段不發(fā)送。當(dāng)時(shí)間戳比0xffffff小該字段不發(fā)送，當(dāng)時(shí)間戳比0xffffff大時(shí)該字段必須發(fā)送，且正常時(shí)間戳設(shè)置成0xffffff。
Chunk Data
實(shí)際數(shù)據(jù)（Payload），可以是信令，也可以是媒體數(shù)據(jù)。
Chunk basic header：
chunk basic head的長(zhǎng)度為1~3個(gè)字節(jié)，具體長(zhǎng)度主要是依賴(lài)chunk stream ID的長(zhǎng)度，所謂chunk stream ID是flash server用來(lái)管理連接的客戶端的信令交互的標(biāo)識(shí)，在red5的文檔中稱(chēng)之為channel ID，協(xié)議最大支持65597個(gè)streamID 從3~65599。ID 0，1，2為協(xié)議保留，0代表ID是64~319（第二個(gè)byte + 64）；1代表chunk stream ID為64~65599（（第三個(gè)byte）* 256 + 第二個(gè)byte + 64）（小端表示）；2代表該消息為低層的協(xié)議（在RTMP協(xié)議中控制信令的chunk stream ID都是2）。3~63的chunk stream ID就是該byte的值。沒(méi)有附加的字段來(lái)標(biāo)識(shí)chunk stream streamID。在這里要指出的是雖然RTMP的chunk stream ID理論是可以達(dá)到65599，但是目前使用的chunk stream ID很少，2~7都是約定的，8是用來(lái)傳輸publish play等命令，其他的chunk stream ID目前好像沒(méi)有使用，至少我不知道用來(lái)干嘛的。
所以目前chunk basic head的長(zhǎng)度一般為1個(gè)字節(jié)。這一個(gè)字節(jié)由兩部分組成
+++++++++++++++++++
+fmt + cs id +
+++++++++++++++++++
fmt占兩個(gè)bit用來(lái)標(biāo)識(shí)緊跟其后的chunk Msg Header的長(zhǎng)度，cs id占六個(gè)bit。
兩位的fmt取值為 0~3，分別代表的意義如下：
case 0：chunk Msg Header長(zhǎng)度為11；
case 1：chunk Msg Header長(zhǎng)度為7；
case 2：chunk Msg Header長(zhǎng)度為3；
case 3：chunk Msg Header長(zhǎng)度為0；
所以 只有一個(gè)字節(jié)的chunk basic header取值為 chunk basic header = (fmt << 6) | (cs id).