HTML音频格式不兼容主因是type属性缺失或错误：必须用<source src="a.mp3" type="audio/mpeg"><source src="a.ogg" type="audio/ogg">双格式兜底，type不可写错（如audio/mp3），且服务器MIME类型、实际编码、用户手势需三者严丝合缝。
HTML插入音频格式不兼容，90%不是浏览器“不支持”，而是你给的格式没被正确识别或解码——关键在
audio 标签只写 src="a.mp3" 为什么必挂
浏览器不会猜你文件是什么编码，它只查 type 值是否匹配自身解码能力。漏掉 type 属性时：
- iOS Safari 直接跳过整个
<source>，canplay不触发，duration为NaN，控制台无报错 - Firefox 可能发起多个 404 请求，直到超时才放弃
- Chrome 偶尔能播，但 VBR 编码 MP3 在 Firefox 中可能卡住
正确写法必须带 type：<source src="a.mp3" type="audio/mpeg">（注意不是 audio/mp3）。
MP3 / OGG / WAV / OPUS 怎么选顺序和编码
浏览器按 <source> 从上到下尝试，第一个 canPlayType() 返回非空字符串的就用它。顺序错了，兼容性反而倒退：
立即学习“前端免费学习笔记（深入）”；
-
<source src="a.mp3" type="audio/mpeg">：放第一位，覆盖 Chrome/Safari/Edge；用ffprobe a.mp3确认是 MPEG-1/2 Layer 3，避开 AAC 封装的伪 MP3 -
<source src="a.ogg" type="audio/ogg">：放第二位，仅限 Vorbis 编码（ffprobe a.ogg输出含Audio: vorbis），Firefox/Chrome 稳定；Opus 编码的 .ogg 不被识别 -
<source src="a.opus" type="audio/opus">：可选第三位，Chrome/Firefox 已原生支持，体积比 MP3 小 30%～50%，但 Safari 完全不支持 -
<source src="a.wav" type="audio/wav">：仅作短提示音兜底，Safari（尤其 iOS）对 PCM 编码 WAV 支持稳定；禁用 IEEE Float 编码（Chrome 直接拒）
服务器 MIME 类型配错等于白写
即使 <source> 全对、路径全对，只要响应头 Content-Type 是 text/plain 或为空，浏览器就把音频当文本扔掉，连解码器都不调用。
- Apache 用户：在
.htaccess或虚拟主机配置中加AddType audio/mpeg .mp3AddType audio/ogg .oggAddType audio/wav .wav - Nginx 用户：在
types块里补audio/mpeg mp3;audio/ogg ogg;audio/wav wav; - 验证方式：打开 Network 面板，点开音频请求，确认 Response Headers 中
Content-Type精确匹配（如audio/mpeg）
本地开发双击 HTML 必然失败，别信“先试试”
file:// 协议下，Chrome/Firefox/Edge 全面屏蔽音频加载——请求根本发不出，Network 面板可能空白，控制台也无提示。
- 必须启用 HTTP 服务：
python3 -m http.server 8000，或 VS Code 安装 Live Server 插件 - 路径统一用相对 URL：
src="audio/click.mp3"，禁用中文、空格、括号（src="点击音.mp3"在 Safari 中静默失败） - 表格内嵌
<audio>时，路径仍以 HTML 文件所在目录为基准，不是表格容器位置
真正难的不是转码，而是让浏览器相信“这个文件我真能解”。每一步都得对齐：type 值、服务器响应头、实际编码、用户手势上下文——少一个，iOS 和微信 WebView 就直接静音。
