wav文件头必须按小端序解析整数字段，否则chunksize等值错误；应使用uint8_t逐字节读取并手动组合，避免直接用int32_t或fread结构体导致字节序和内存对齐问题。
WAV文件头结构怎么解析才不会读错字节顺序
WAV是RIFF格式的子集，头部包含嵌套的RIFF、fmt 和data块，**必须按小端序（little-endian）读取整数字段**，否则ChunkSize、Subchunk2Size等会解析成错误值。常见错误是直接用int32_t读取但忽略平台字节序，或用fread一次性读结构体却未处理内存对齐与填充。
实操建议：
- 用
uint8_t逐字节读，再手动组合：比如读4字节Subchunk1Size，应为buf[0] | (buf[1] - 不要
#pragma pack(1)后直接fread进struct——Windows SDK头定义的WAVEFORMATEX含可变长字段，且不同wFormatTag对应不同扩展字段长度 - 先读
RIFF头8字节确认标识符是"RIFF" + "WAVE"，再跳过ChunkSize（该值不包含前8字节），定位到fmt块
如何安全提取fmt子块并识别PCM/非PCM编码
fmt 块起始位置不固定：它前面可能有LIST、INFO等可选块，不能假设它一定在第12字节。必须循环解析每个子块，直到遇到"fmt "（注意末尾空格）。
关键字段判断逻辑：
-
wFormatTag为1表示PCM；3是IEEE Float；0xFFFE是WAVE_FORMAT_EXTENSIBLE，此时需继续读后续的cbSize（通常22字节）并检查SubFormatGUID -
nChannels和nSamplesPerSec可直接用；但nAvgBytesPerSec仅作参考，真实每秒字节数由nChannels * nBitsPerSample * nSamplesPerSec / 8算出 - 若
wBitsPerSample为24，且格式是PCM，则数据块中每个样本占3字节（无符号小端），不是自动补到4字节
读取data块时怎么跳过非音频内容并校验长度
data块不一定紧跟fmt 块：中间可能插入fact、cue 、plst等块。必须按RIFF规范遍历子块，用fseek跳过未知类型块（依据其SubchunkSize字段）。
容易踩的坑：
-
Subchunk2Size是data块内**原始采样字节数**，不是文件剩余长度；若该值大于实际文件大小，说明文件损坏，应截断处理 - 某些录音软件写入的WAV含ID3v2标签（放在
LIST块里），会被误认为data块起点——务必校验块ID是否为严格"data"（4字节） - 若
wFormatTag == 0xFFFE（扩展格式），data块数据前可能有额外的1字节对齐填充（取决于SamplesPerBlock），需结合dwChannelMask和SubFormat判断
用C++标准流读WAV头有哪些隐蔽陷阱
std::ifstream默认以文本模式打开，Windows下会把\r\n转成\n，导致后续所有偏移错乱。必须显式用std::ios::binary标志。
性能与安全建议：
- 不要用
operator>>读整数——它依赖locale且不保证字节序；坚持用read()+ 手动解包 - 用
gcount()检查每次read()是否读满预期字节数，避免EOF提前导致字段截断 - 对
ChunkID这类字符串字段，用char[4]读取后加\0再用std::string_view比较，别用strcmp（可能越界）
复杂点在于：WAV没有强制要求data块必须是最后一个块，也不禁止重复块ID；实际解析器得做好容错，比如跳过无法识别的块、记录已见块类型、对冲突字段（如多个fmt ）取第一个。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
