HTML audio标签“不响”主因是格式兜底、MIME类型、用户手势三者未对齐：必须为<source>显式声明type（如audio/mpeg）、服务器正确配置Content-Type、且有声播放需用户首次交互后调用play()。
HTML audio 标签写完就“不响”，90% 不是路径错了，也不是 JS 调用漏了 play()，而是格式兜底、MIME 类型、用户手势三者中至少有一项没对齐。
为什么只写 src="a.mp3" 就大概率静音
浏览器不会主动解包判断 MP3 是否可用，它只按 type 值匹配 MIME 类型。省略 source 或漏写 type，等于把播放权交给浏览器掷骰子：
- Firefox 会跳过无
type的source，连error事件都不抛 - iOS Safari 对
type="audio/mp3"（错）直接无视，必须写type="audio/mpeg" - Chrome 在 file:// 协议下连请求都不发，控制台静默失败
正确写法必须带 type 且至少双源：
<audio controls> <source src="a.mp3" type="audio/mpeg"> <source src="a.ogg" type="audio/ogg"> 您的浏览器不支持音频播放。 </audio>
服务器 MIME 类型配错，audio 就是废标签
即使 source 写得再全，如果响应头里 Content-Type 是 text/plain 或空着，浏览器会当普通文本扔掉，连解码器都不调用。
立即学习“前端免费学习笔记（深入）”；
- Apache：在
.htaccess或虚拟主机配置加AddType audio/mpeg .mp3、AddType audio/ogg .ogg - Nginx：在
types块里补audio/mpeg mp3;、audio/ogg ogg; - 本地开发别双击 HTML——必须用
python3 -m http.server 8000启服务
检查方式：打开 Network 面板，点音频请求，确认响应头 Content-Type 精确匹配后缀与编码。
play() 被拒绝不是 JS 写错了，是浏览器在等“动手”
现代浏览器（含微信 iOS）强制要求首次有声播放必须由用户手势触发，否则 play() 返回被 reject 的 Promise，控制台报 The play() request was interrupted。
- 删掉
autoplay属性，改用按钮点击触发：button.addEventListener('click', () => audio.play().catch(e => {})) - iOS Safari 更严：元素必须在视口内、未被
display: none或opacity: 0遮挡 - 想静音自动播？
autoplay muted可行；想有声自动播？只能等用户第一次交互后再调一次play()
多格式 fallback 顺序和取舍很关键
不是越多越好，顺序和实际支持度决定成败：
- MP3 放第一位：
type="audio/mpeg"兼容最广，但注意 Safari 对 VBR 编码偶有兼容问题 - OGG 放第二位：用 Vorbis 编码（不是 Opus），用
ffprobe a.ogg确认输出含Audio: vorbis - WAV 放最后：仅适合短提示音，文件体积大、加载慢；避免 IEEE Float 编码，Chrome 直接拒解
- 别加
.wav作主力 fallback：移动端加载卡顿明显，且 Safari 对audio/wav支持不稳定
真正容易被忽略的是：iOS 上 preload="auto" 会被忽略，必须设为 preload="metadata" 才能兼顾首帧速度与流量控制。
