aiff文件头前12字节可验证合法性：前4字节为"form"，9–12字节为大端文件总大小，13–16字节为"aiff"；comm chunk含音频参数，需按大端解析声道数、帧数、位深及10字节ieee 80-bit采样率；ssnd chunk真实音频数据从第9字节起，前8字节为offset和block_size；c++中须用binary模式读取，并手动处理大端整数与浮点转换。
AIFF文件头结构怎么读取
AIFF是Apple定义的无损音频格式，本质是IFF（Interchange File Format）的变种，所有关键信息都藏在文件开头的FORM chunk里。直接用fread读前12字节就能确认是否合法：前4字节必须是"FORM"，第9–12字节是总文件大小（大端），第13–16字节必须是"AIFF"。跳过这16字节后，后续全是chunk，每个chunk以4字节ID（如"COMM"、"SSND"）开头，接着4字节长度（大端），然后是数据。
如何提取COMM chunk里的音频参数
COMM chunk包含采样率、声道数、位深、采样帧数等核心元数据，但它不按字节对齐——长度字段后紧跟着2字节声道数（大端）、2字节采样帧数高位、2字节低位（即总帧数是32位大端）、2字节位深度、10字节采样率（IEEE 80-bit extended precision浮点，非标准float）。解析时容易错把采样率当普通float读；实际得用uint8_t[10]先读入，再按Apple文档规则手动转double。常见错误是忽略大端序或误读采样率字段长度，导致sample_rate变成0或极大值。
SSND chunk的数据偏移和校验怎么处理
SSND chunk的数据不是紧贴chunk头开始的：它的前8字节是“offset”（大端，通常为0）和“block_size”（大端，通常为0），真实音频数据从第9字节起。很多解析器直接从chunk头后第4字节开始读，结果把offset当音频数据，解出来全是杂音。另外，AIFF不带CRC，但chunk长度字段必须与后续字节数严格匹配，读取时建议用fseek跳到chunk末尾验证长度，避免因文件截断或损坏导致越界读取。
C++里用std::ifstream读AIFF要注意什么
用std::ifstream必须设为std::ios::binary模式，否则Windows下遇到0x1A会提前触发EOF；读取多字节整数时不能直接read(reinterpret_cast<char>(&var), 2)</char>后直接用——要先读进uint8_t buf[2]，再手动组合：(buf[0] 。浮点部分尤其麻烦：<code>SSND的offset/block_size是32位大端整数，COMM的采样率是10字节扩展精度，没有标准库函数能直接转换，得手写解析逻辑。别依赖boost::endian或第三方库自动处理，AIFF的10字节浮点格式是Apple私有约定，通用库通常不支持。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
