JFLAC解码FLAC文件的主要问题包括：无法直接播放（仅输出PCM）、音频格式不匹配导致无声或噪音、大文件内存溢出、缺乏流式解码支持、线程阻塞及容错性差；推荐改用JavaCPP Presets + libflac提升性能与稳定性。
Java中用JFLAC解码FLAC文件会遇到什么问题
JFLAC是一个轻量级纯Java FLAC解码库，但它不提供音频播放能力——只负责把.flac文件解码成PCM样本（short[]或int[]）。直接调用JFlacDecoder.decode()后若没接上音频输出逻辑，声音根本不会出来。常见错误是解码成功却听不到任何声音，本质是漏掉了“PCM → 声卡播放”这关键一环。
用AudioSystem和SourceDataLine播放JFLAC解码出的PCM
Java标准库的javax.sound.sampled能处理原始PCM数据，但必须严格匹配解码后的音频格式参数：采样率、位深度、声道数、是否大端。JFLAC解码结果默认是16位、小端、交错式PCM（interleaved），需据此构造AudioFormat；否则SourceDataLine打开失败或发出噪音。
-
JFlacDecoder解码后得到int[]PCM数据，需转为byte[]（16位 → 每个int取低16位，再拆成2字节小端） - 构造
AudioFormat时，encoding必须是AudioFormat.Encoding.PCM_SIGNED，bigEndian设为false -
SourceDataLine.write()要循环写入，不能一次性传入全部PCM字节（易OOM且阻塞）
AudioFormat format = new AudioFormat(
audioInfo.getSampleRate(), // 例如 44100
16, // JFLAC默认16位
audioInfo.getChannels(), // 例如 2
true, // signed
false // little-endian
);
DataLine.Info info = new DataLine.Info(SourceDataLine.class, format);
SourceDataLine line = (SourceDataLine) AudioSystem.getLine(info);
line.open(format);
line.start();
// 解码并流式写入（伪代码示意）
while (decoder.decodeFrame() >= 0) {
int[] samples = decoder.getSamples();
byte[] pcmBytes = new byte[samples.length 2];
for (int i = 0; i < samples.length; i++) {
int s = samples[i] & 0xffff;
pcmBytes[i 2] = (byte)(s & 0xff);
pcmBytes[i * 2 + 1] = (byte)((s >> 8) & 0xff);
}
line.write(pcmBytes, 0, pcmBytes.length);
}
line.drain();
line.close();
JFLAC不支持流式解码，大文件需注意内存和延迟
JFlacDecoder的decodeFrame()每次解一帧，但底层仍需将整个FLAC文件读入内存（除非你手动实现InputStream分块读取并喂给FlacStreamDecoder）。对几百MB的FLAC文件，直接new FileInputStream(file)再传给JFlacDecoder会导致GC压力大、启动慢。实际项目中更推荐用FlacStreamDecoder配合BufferedInputStream，它支持边读边解，避免全量加载。
- 不要用
JFlacDecoder（已过时且无流式支持），改用FlacStreamDecoder - 传入的
InputStream必须支持mark()/reset()，否则解码可能失败 - 解码线程和播放线程必须分离，否则
SourceDataLine.write()阻塞会导致解码卡顿
替代方案：用JavaCPP Presets + libflac（更稳更快）
如果项目允许JNI，javacpp-presets/flac封装了原生libflac，性能比纯Java的JFLAC高5–10倍，且天然支持流式解码、元数据读取、错误恢复。Maven引入后，几行代码就能完成解码+播放闭环，也不用自己拼byte数组。
立即学习“Java免费学习笔记（深入）”；
- 依赖：
org.bytedeco:flac-platform:1.4.3-1.5.9（版本需匹配） - 解码输出直接是
ByteBuffer，内容就是标准小端PCM，可直通SourceDataLine - 对损坏FLAC文件的容错性远高于JFLAC（libflac有完整错误处理）
真正麻烦的从来不是“能不能播”，而是PCM格式对不上、线程卡死、大文件OOM——这些点踩中一个，就只能听到杂音或无声。
