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