采样率在fmt块偏移0x12处（4字节小端），位深度在偏移0x22处（2字节小端）；需按riff结构逐块查找fmt块，注意块对齐填充及wformattag校验，不可硬算偏移。
WAV文件头里哪几个字节决定采样率和位深度
WAV是RIFF容器格式，关键信息藏在fmt 子块（注意末尾有空格）里，不是文件开头直接写明的。采样率在fmt 块偏移0x12处，占4字节小端；位深度（即bits per sample）在偏移0x22处，占2字节小端。这两个值不依赖任何解析库，纯靠跳过固定字节就能拿到。
常见错误是把整个WAV当纯PCM读——WAV可能含LIST、fact、cue 等可选块，fmt 块位置不固定，必须按RIFF结构逐块查找，不能硬算偏移。
- 先读前4字节确认是
"RIFF"，再读4字节跳过文件总长 - 接着读4字节，必须是
"WAVE"，否则不是标准WAV - 然后循环读块标识（4字节）和块长度（4字节），直到遇到
"fmt " - 找到
"fmt "后，从块起始+12字节读采样率，+34字节读位深度（因为fmt块头8字节 + 前10字段共26字节，bits per sample是第12个字段）
用fread跳过非fmt块时容易漏掉对齐字节
RIFF规范要求每个块长度为偶数，若实际数据长度为奇数，会在末尾补1个0x00字节。但这个填充字节**不属于下一个块**，也不计入块长度字段。如果只按chunk_size跳过，会把填充字节误判为下一帧起始，导致后续fmt 定位失败。
正确做法是：跳过当前块后，检查已读字节数是否为偶数；如果不是，再额外读1字节丢弃。这个细节在多数示例代码里被忽略，尤其当WAV由某些嵌入式设备生成时，填充更常见。
-
chunk_size是块中**实际数据**长度，不含填充 - 跳过
chunk_size字节后，文件指针位置若为奇数地址，需fgetc()吃掉1字节 - 不要依赖
ftell()判断——二进制流中它不一定反映真实字节偏移
采样率可能是0或非常规值，位深度可能不是16/24/32
有些WAV文件（尤其是录音设备导出或损坏文件）会在fmt 块里填0或极大值（如0xFFFFFFFF）作为采样率，位深度也可能出现12、20、32（float）等非常规值。这些不是bug，而是格式允许的——WAV规范本身不限制数值范围，只定义字段宽度和字节序。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
这意味着你不能假设读到的值一定合法。实际使用前必须校验：
- 采样率应介于
1000～192000之间（常见音频设备范围） - 位深度应为
8、16、24、32（整数）或32（float，对应WAVE_FORMAT_IEEE_FLOAT） - 需同时检查
wFormatTag字段（fmt块偏移0x00）：若为0x0003，则位深度32表示IEEE 754 float，不是整数
std::ifstream读取时别用text模式打开
Windows下用std::ifstream默认以text模式打开文件，会把0x0D 0x0A自动转成单个'\n'，破坏二进制偏移。哪怕你只是读头几十字节，一旦文件中间恰好有回车换行（比如某些编辑器保存的WAV元数据），后续所有偏移全错。
必须显式指定std::ios::binary标志：
std::ifstream wav("test.wav", std::ios::binary);
另外，ifstream::read()不会自动补零，读不满指定字节数时gcount()返回实际字节数，要自己检查——很多代码直接假设读够了，遇到短文件就崩溃。
真正难处理的不是怎么读，而是怎么确定自己读对了位置。WAV头看似简单，但RIFF的嵌套块结构、对齐规则、字段语义耦合，让“跳到fmt块”这件事比看上去重得多。手写解析时，宁可多读几个字节做签名验证，也别信偏移常量。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
