FLV文件头9字节固定结构含“FLV”标识、版本号、音视频标志位，Tag以11字节Header起始（含type、dataSize、timestamp等），必须严格按规范逐字节解析，不可跳过ScriptData或硬编码偏移。
FLV文件头和Tag结构怎么快速识别
FLV不是自描述格式，必须按规范逐字节解析。开头3字节"FLV"、第4字节是版本（通常0x01）、第5字节的bit 2和bit 0分别表示是否有音频和视频——这是判断后续Tag是否含音/视频的唯一依据。跳过9字节Header后，第一个4字节是PreviousTagSize0（固定为0x00000000），之后才是真正的Tag序列。
常见错误是直接用fread读完Header就假设Tag从第13字节开始，却忽略了FLV规范允许Header后存在可选的ScriptData（如onMetaData），它以18（script data tag type）开头，长度不固定。没跳过它会导致后续所有Tag解析偏移。
如何正确提取每个Tag的音视频数据头（不包括Payload）
每个Tag以11字节Header起始：1字节tagType（0x08=audio, 0x09=video, 0x12=script），3字节dataSize（大端），3字节timestamp（毫秒，注意有扩展位），3字节streamID（固定0x000000）。关键点在于：timestamp实际是24bit主值+8bit扩展（在下一个Tag Header的首个字节高8位里），但绝大多数FLV只用24bit，扩展位为0；如果遇到timestamp > 0xFFFFFF，就得向前一个Tag的previousTagSize字段借位校验——这步常被忽略，导致时间戳错乱。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
fseek(fp, 13, SEEK_SET)跳过Header后，先用fread(&tagHeader, 1, 11, fp)读Tag Header -
dataSize需用((uint32_t)buf[1] 手动转大端，别依赖<code>ntohl（它处理4字节，而dataSize只有3字节） - 读完Tag数据后，必须再读4字节
previousTagSize（大端），并校验是否等于当前Tag总长（11 + dataSize）——这是检测文件是否损坏的最快方式
音频Tag Header里哪些字段决定解码参数
音频Tag的Payload前4位（即第一个字节的高4位）是SoundFormat，直接对应解码器选择：0=Linear PCM，2=ADPCM，10=AAC。紧接着的2位是SoundRate（5.5kHz/11kHz/22kHz/44kHz），1位SoundSize（8或16bit），1位SoundType（mono/stereo）。这些全挤在Payload第一个字节里，必须用位运算提取：
uint8_t firstByte = payload[0]; uint8_t format = (firstByte >> 4) & 0x0F; uint8_t rate = (firstByte >> 2) & 0x03; uint8_t bits = (firstByte >> 1) & 0x01; uint8_t stereo = firstByte & 0x01;
容易踩的坑：AAC音频的SoundFormat == 10时，Payload第二个字节是AACPacketType（0=sequence header，1=raw data），必须区分。sequence header里才含AVCDecoderConfigurationRecord等真正解码所需的SPS/PPS——但这是视频的逻辑，音频的AAC sequence header实际是AudioSpecificConfig，需用faad2或手动解析，不能跳过。
视频Tag Header怎么拿到关键编码信息
视频Tag的Payload第一个字节是FrameType（高4位）和CodecID（低4位）。FrameType中1=key frame，2=inter frame；CodecID中2=SPARK，3=VP6，4=VP6 with alpha，7=AVC（H.264）。只有CodecID == 7时，第二个字节才是AVCPacketType（0=sequence header，1=NALU，2=end of sequence）。
重点：AVC sequence header的第3–8字节是configurationVersion/AVCProfileIndication/profile_compatibility/AVCLevelIndication，第9字节后才是SPS/PPS长度与数据。很多解析器直接从第9字节起当NALU处理，结果把长度字段当成了SPS第一个字节，导致解码失败。
实操要点：
- 确认
CodecID == 7 && AVCPacketType == 0后再解析sequence header - SPS长度是2字节大端（
payload[9]），PPS长度同理（位置紧随SPS数据之后） - 不要硬编码跳过固定字节数——不同profile的header长度可能不同，必须按规范字段顺序读
FLV本身不校验NALU边界，Tag Payload里可能混着多个NALU（尤其B帧多时），但Header只告诉你整个Payload长度，具体怎么切NALU得靠自己找0x00000001或0x000001起始码——这点和MP4完全不同，也是最容易出错的地方。
