手撕Rtmp协议细节（10）——audio

​前面我们历经千难万险和重重障碍，接下来，我们音视频通信的二位主角终于要粉墨登场了，那就是音频君和视频君，这一篇我们来一睹音频君的风采。老样子，抓包文件先摆上来：

说明：

rtmp协议wireshark中过滤音频数据包的条件为：

rtmpt.header.typeid == 0x08

通过抓包文件，我们看到音频数据也是按照RTMP Header + Rtmp Body的组织结构来进行封装的。Header部分之前的文章解析过，我们主要来看Body部分。因为rtmp是Adobe公司开发的协议，所以对自己东西当然是青睐有加，音频的数据的Body部分正是按照FLV的格式进行组装的。而Flv的封装以tag为单位来进行组织，对于音频数据，包含tagHeader + tagData，tagHeader占用一个字节，表明音频编码的相关参数，tagData为具体的音频编码数据。

我们基于前述的抓包文件来进行进一步分析：

小的红色框中的数据即为audioTag的header，此处值为0xaf。接下来，我们就看下flv中audioTag的Header是如何组织的：

如图示：

tag占用1个字节，我们从高到低，依次来看：

• 音频编码格式：

高4比特，用于表示音频编码格式，具体可选值如下：