WAV文件声道数由fmt子块第22–23字节（小端序）决定；需用std::ifstream二进制模式跳转至偏移22读取2字节uint16_t，而非解析RIFF标识或data块大小。
WAV文件头结构和关键字段在哪
WAV是RIFF格式的子集，头部固定前44字节（标准PCM）包含所有必要元信息。真正决定声道数的是fmt子块里的第22–23字节（小端序），不是文件开头的RIFF或WAVE标识。
常见错误是直接读前4字节就停，或者把data块大小当成声道数——这会导致程序崩溃或输出0/1这种明显错值。
实操建议：
- 用
std::ifstream以std::ios::binary模式打开，避免换行符干扰 - 跳过前12字节（
"RIFF" + 4字节size + "WAVE"），再读4字节确认是"fmt "（注意末尾空格） - 接着读2字节，就是
wFormatTag（通常为1，表示PCM），再读2字节才是wChannels——这就是你要的声道数
用C++读取wChannels字段的最小可行代码
不需要第三方库，纯标准C++即可。重点是字节序处理和偏移控制，别依赖struct整体读取（不同平台对齐可能出错）。
立即学习“C++免费学习笔记（深入）”；
示例片段：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
std::ifstream file("audio.wav", std::ios::binary);
if (!file.is_open()) return -1;
file.seekg(22); // 直接跳到wChannels位置（标准PCM头）
uint16_t channels;
file.read(reinterpret_cast<char*>(&channels), sizeof(channels));
std::cout << "Channels: " << channels << std::endl;
注意：seekg(22)只适用于无额外LIST或INFO块的标准WAV。如果文件含ID3或自定义扩展块，必须解析整个RIFF树——这时wChannels位置不固定。
为什么有时读出来是0或65535
这是典型的字节序或读取偏移错误。小端机器上uint16_t直接读没问题，但若误把大端数据当小端，或偏移错1字节，就会得到非法值。
排查步骤：
- 用
xxd -l 44 audio.wav查看十六进制头，确认第22–23字节（0x16–0x17）是否为02 00（立体声）或01 00（单声道） - 检查
file.read()后调用file.gcount()，确保确实读了2字节 - 如果文件由某些录音设备生成（如部分USB麦克风），可能用
EXTENSIBLE格式，此时wFormatTag为0xFFFE，wChannels仍在同一偏移，但后续还有附加字段——不影响声道数读取
跨平台兼容性要注意什么
Windows和Linux下std::ifstream行为一致，但macOS默认文件系统对二进制读写无特殊限制。真正影响兼容性的是WAV变种：
-
WAVE_FORMAT_EXTENSIBLE：wChannels仍有效，但需校验SubFormatGUID是否匹配PCM - 非PCM编码（如ADPCM）：
wChannels字段依然存在且正确，解码逻辑另说 - 64位WAV（RF64）：头部结构不同，前44字节不可信，必须解析
ds64块
简单项目只处理标准PCM时，坚持seekg(22)最省事；一旦遇到工业级音频采集设备输出的文件，得先判断wFormatTag再决定是否走完整RIFF解析流程。
