HTML5 标签的格式支持取决于浏览器解码能力，需提供多格式回退：推荐优先 （Safari首选AAC），再MP3、OGG；必须声明type属性，确保服务器返回正确MIME类型、处理CORS、ID3标签兼容性及iOS手势触发限制。
HTML5 标签本身不决定支持哪些格式，真正起作用的是浏览器的解码能力。没有一种音频格式能 100% 覆盖所有主流浏览器，必须提供至少两种格式回退。
Chrome / Edge / Safari / Firefox 各自支持哪些格式
不同内核对编解码器的支持差异明显，尤其 Safari（只认 AAC 和 ALAC）、Firefox（默认禁用 MP3 专利解码器，但多数发行版已启用）、旧版 Edge（曾依赖系统解码器）：
- MP3：
audio/mpeg— Chrome、Edge、Safari、Firefox（现代版本）都支持，但 Firefox 在某些 Linux 发行版或严格隐私模式下可能禁用 - OGG（Vorbis）：
audio/ogg— Chrome、Firefox、Edge 支持；Safari 完全不支持 - WAV（PCM）：
audio/wav— 所有浏览器都支持，但文件体积大、无压缩，仅适合短提示音 - MP4（AAC）：
audio/mp4— 实际是 .m4a 文件，Safari 和 iOS 原生首选；Chrome/Edge/Firefox 也支持，但需确认封装为mp4且音频轨是 AAC - Opus（WebM 容器）：
audio/webm— Chrome、Edge、Firefox 支持；Safari 至今不支持（截至 Safari 17）
audio 标签多源 fallback 的正确写法
顺序很重要：浏览器按
关键点：
- 不要省略
type属性 — 即使 URL 后缀正确，浏览器也可能跳过解析直接试播，加type可提前过滤不支持的源 - Safari 对
audio/mp4的识别依赖实际编码（必须是 AAC），不是文件后缀；用ffprobe song.m4a确认 codec_name 是aac - 避免把
.wav放在最后 — 它虽兼容，但若前面所有源都因路径错误或 MIME 不匹配被跳过，会误触发“不支持”提示
常见播放失败原因与排查步骤
控制台报 DOMException: The element has no supported sources 或静音无响应，大概率不是代码问题，而是资源层异常：
- 服务器未配置正确的 MIME 类型 — 检查响应头中
Content-Type是否匹配type（如audio/mp4对应.m4a） - 跨域限制（CORS） — 若音频放在 CDN 或不同域名，需服务端返回
Access-Control-Allow-Origin: *，否则 Safari 和 Firefox 会静默失败 - MP3 文件含 ID3v2.4 标签 — 部分 Android WebView 和老版 Chrome 无法跳过，用
eyeD3 --to-v2.3 file.mp3降级标签版本 - 音频文件损坏或编码异常 — 用
ffplay -v quiet -show_entries format=duration -of default=nw=1 input.mp3测试能否被 FFmpeg 识别
最易被忽略的一点：iOS Safari 要求用户手势触发播放（click、touchend），不能在页面加载完成时自动调用 play()；且 autoplay 必须带 muted 才可能生效。静音自动播放 ≠ 有声自动播放。
