音频编码与码率选择：AAC、MP3、Opus、FLAC 指南
「播客导出 320k 是不是更专业？」「配音轨给 256k 会不会更清楚？」——音频码率是最容易被「不差这点体积」思维浪费的维度。语音与音乐的频带完全不同，盲目堆码率既听不出差别，又让每一集内容多付一倍带宽。本文给出按场景的选型答案。
先建立两个坐标
- 有损 vs 无损：MP3/AAC/Opus 是有损压缩（丢掉感知不到的成分，不可逆）；FLAC 是无损（可完整还原母带，体积大约是有损的 5~10 倍）；
- 效率代际：MP3（1993）→ AAC（1997）→ Opus（2012）。同音质下 Opus 需要的码率最低，但 MP3 赢在「万物皆认」。格式的兼容史见《浏览器音频格式支持史》。
按场景的选型速查
图 1:场景 → 格式 → 码率速查
语音/播客：64–96 kbps AAC 或 Opus
人声的有效频带集中在中频，压缩效率极高——96k 的 AAC 语音与 256k 听感无差。播客分发用 64~96k，体积减半、清晰度无损。导出 320k 的播客是纯浪费。
网络音乐：128–192 kbps AAC
128k AAC 是流媒体音乐的事实标准档；对音质有执念的听众，192~256k 已到「透明音质」区间（多数人盲听分辨不出与无损的差别）。320k 是给「心理安慰」与再编辑留余量的档位。
无损归档：FLAC
FLAC 不是给网页分发用的——它是母带纪律：原始录音、重要素材、待二次创作的内容，永远留一份 FLAC（或 WAV）。任何有损版本都可以从它重新压出；反过来不行。
实时通话/低延迟：Opus 32–64 kbps
Opus 为实时通信设计：低延迟、码率弹性大、语音效率之王——WebRTC 的默认编码就是它。
网页视频的配音轨：AAC 64–96 kbps
给视频挂配音音轨时，语音内容用 64~96k 的 m4a 足够，把带宽留给视频轨。
网页分发的兼容决策
浏览器音频解码兼容性排序：MP3 ≥ AAC > Opus/FLAC（MP3/AAC 全平台，Opus 主流浏览器但 Safari 历史上拖后腿，FLAC 近年才补齐）。给「不知道观众用什么设备」的网页分发，AAC 是默认答案；明确现代浏览器场景，Opus 更省。
三条纪律
- 有损不可逆：MP3 压到 128k 再想回 320k 是不可能的——重编码只会更糟。母带永远留无损；
- 一次编码：避免「MP3→AAC→再 AAC」的代代转，每次有损编码都在丢信息；
- 场景定价：码率跟着场景走（语音 64~96 / 音乐 128~192 / 存档无损），不跟着「感觉」走。
延伸：音频在播放器侧的玩法
码率定了之后，网页端的音频体验靠播放器补齐——ZWPlayer 的音乐模式把音频内容升级为黑胶+歌词+频谱的完整体验，多音轨支持一个视频挂多路配音。