PCM不能直接播放因其无格式头信息，WAV是带标准RIFF头的PCM容器；手动写WAV头需严格按小端序填充44字节，关键字段包括NumChannels、SampleRate、BitsPerSample、Subchunk2Size等，须与PCM数据完全一致。
PCM数据为什么不能直接播放，而WAV可以
PCM是纯音频采样点序列，没有头信息、采样率、通道数、位深等元数据，播放器无法识别格式和解码参数。WAV本质就是“带标准头的PCM容器”，封装过程只需按RIFF规范补全fmt子块和data子块，不涉及编码转换。
手动写WAV头的关键字段怎么填
WAV文件头共44字节，必须严格按顺序和字节序（小端）填充。常见出错点是把Subchunk2Size算错，或误将采样率当字节数传入。以下字段需与你的PCM数据完全一致：
-
NumChannels：单声道填1，立体声填2 -
SampleRate：如44100、16000，不是字符串 -
BitsPerSample：常见16（PCM 16-bit），若PCM是8-bit则填8 -
Subchunk2Size：等于PCM字节数，不是采样点数——例如1000个16-bit采样点 =1000 * 2 = 2000字节
漏掉任一字段或类型错（比如用int写成long），会导致Windows播放器报“无法播放此文件”或VLC显示“Invalid WAV header”。
Java里用DataOutputStream写WAV头的最小可靠代码
不用第三方库，仅依赖JDK，重点是字节序和字段顺序。以下示例封装16-bit单声道PCM：
try (DataOutputStream dos = new DataOutputStream(new FileOutputStream("out.wav"))) {
// RIFF header
dos.writeBytes("RIFF");
dos.writeInt(36 + pcmBytes.length); // ChunkSize = 36 + data size
dos.writeBytes("WAVE");
// fmt subchunk
dos.writeBytes("fmt ");
dos.writeInt(16); // Subchunk1Size
dos.writeShort((short) 1); // AudioFormat (1 = PCM)
dos.writeShort((short) 1); // NumChannels
dos.writeInt(16000); // SampleRate
dos.writeInt(32000); // ByteRate = SampleRate * NumChannels * BitsPerSample/8
dos.writeShort((short) 2); // BlockAlign = NumChannels * BitsPerSample/8
dos.writeShort((short) 16); // BitsPerSample
// data subchunk
dos.writeBytes("data");
dos.writeInt(pcmBytes.length); // Subchunk2Size
dos.write(pcmBytes); // raw PCM bytes}
注意：ByteRate和BlockAlign必须按公式算，不能硬编码；pcmBytes必须是byte[]且已按小端排列（Java中short转byte[2]需先调用ByteBuffer.order(ByteOrder.LITTLE_ENDIAN)）。
遇到“播放无声”或“音调异常”时优先查什么
这两类问题几乎全是参数错配导致，和代码逻辑无关：
- 无声 → 检查
Subchunk2Size是否等于实际pcmBytes.length；再确认PCM数据本身有非零值（可用十六进制编辑器打开WAV看data块后几十字节是否全00） - 音调高/低/失真 → 采样率填错（比如把
8000写成
44100），或BitsPerSample与PCM实际位宽不符（如PCM是8-bit却填了16） - 播放几秒就停 →
ChunkSize（第二个int）没包含整个文件长度，应为4 + 4 + 8 + 16 + 8 + pcmBytes.length=36 + pcmBytes.length
最省时间的做法：用xxd out.wav | head -20在Linux/Mac下直接看前80字节，对照WAV头结构逐字段核对——比调试Java更准更快。
