一、rtmp是什麼

從資料瞭解rtmp是一個實時訊息通訊協議，主要的變種功能如下：

1)RTMP工作在TCP之上，預設使用埠1935，這個是基本形態；

2)RTMPE在RTMP的基礎上增加了加密功能；

3)RTMPT封裝在HTTP請求之上，可穿透防火牆；

4)RTMPS類似RTMPT，增加了TLS/SSL的安全功能；

5)RTMFP使用UDP進行傳輸的RTMP；

雖然rtmp有很多變種，但實際在我們的直播應用中，常見的是原始的rtmp。rtmp協議中基本的資料單元稱為訊息（Message）。當rtmp協議在網際網路中傳輸資料的時候，訊息會被拆分成更小的單元，稱為訊息塊（Chunk）。Rtmp的互動過程可以理解成獨有的握手過程、控制命令傳輸、音視訊資料傳輸。

二、握手過程

一個 RTMP 連線以握手開始。RTMP 的握手不同於其他協議；RTMP 握手由三個固定長度的塊組成，而不是像其他協議一樣的帶有報頭的可變長度的塊。客戶端 (發起連線請求的終端) 和伺服器端各自發送相同的三塊。便於演示，當傳送自客戶端時這些塊被指定為 C0、C1 和 C2；當傳送自伺服器端時這些塊分別被指定為 S0、S1 和 S2。以下是握手過程中傳遞的包格式介紹：

RTMP握手以客戶端傳送 C0 和 C1 塊開始，客戶端必須接收到 S1 才能傳送 C2，客戶端必須接收到 S2 才能傳送任何其他資料，伺服器端必須接收到 C0 才能傳送 S0 和 S1，也可以等待接收到 C1 再發送 S0 和 S1，伺服器端必須接收到 C1 才能傳送 S2，伺服器端必須接收到 C2 才能傳送任何其他資料。以下為RTMP的握手過程圖介紹：

規範要求RTMP需要一個一個的傳送握手包，但是實際上客戶端傳送C0+C1，服務端傳送S0+S1+S2，再客戶端在傳送C2結束握手。

三、資料包格式

RTMP協議中基本的資料單元稱為訊息（Message）。當RTMP協議在網際網路中傳輸資料的時候，訊息會被拆分成更小的單元，稱為訊息塊（Chunk）。

3.1訊息格式

訊息頭包含以下資訊：

Message Type: 訊息型別，佔用1個位元組。

Length: 有效負載的位元組數，佔用3個位元組。該欄位是用大位元組序表示的。

Timestamp: 時間戳，佔用4個位元組，用大位元組序表示。

Message Stream Id: 訊息流ID，標識訊息所使用的流，用大位元組序表示。

以下是訊息型別的取值介紹，沒有描述的取值說明未使用：

以下是訊息型別中的命令訊息的型別介紹：

3.2分塊格式

握手之後，連線開始對一個或多個塊流進行合併。建立的每個塊都有一個唯一 ID 對其進行關聯，這個 ID 叫做 chunk stream ID (塊流 ID)。這些塊通過網路進行傳輸。傳遞時，每個塊必須被完全傳送才可以傳送下一塊。在接收端，這些塊被根據塊流 ID 被組裝成訊息。

分塊允許上層協議將大的訊息分解為更小的訊息，例如，防止體積大的但優先順序小的訊息 (比如視訊) 阻礙體積較小但優先順序高的訊息 (比如音訊或者控制命令)。分塊還能降低訊息傳送的開銷，它在塊頭中包含了壓縮的原本需要在訊息中所包含的資訊。

塊由塊頭和資料組成，塊頭包含3部分：基本頭、訊息頭和擴充套件時間戳，以下是各部分的介紹：

塊的基本頭包含塊流ID和塊型別(下面的fmt欄位)。塊型別代表了編碼過的訊息頭的格式。此欄位根據塊流ID的不同，長度可能為1,2或3位元組。在實現協議時，此欄位應該使用可以容納ID的最小長度。此協議支援最多65597個流，ID從3到65599。0,1,2這三個為保留ID。當塊的基本頭長度為2位元組時，第3-8位元取值為0。當長度為3位元組時，第3-8位元取值為1。塊流ID為2時保留作為低階協議的控制訊息和命令訊息。以下是基本頭的每個佔位介紹：

3.3分塊例子

四、互動過程

4.1推流

!

4.2拉流

五、實踐觀察

5.1rtmp推拉流環境搭建

參考視訊協議學習--HLS的環境部署

5.2rtmp推拉流抓包

5.2.1主要的推流包介紹

5.2.2主要的拉流包介紹

拉流的其他流程與推流類似：

六、總結展望

RTMP的粗略整理基本完畢，對自己來說的有了一定的認識，再細一點的研究需要真正做個demo可能會有深的理解。

七、參考資料