audio标签没声音的首要原因是src路径错误导致404；其次为浏览器自动播放策略限制，需用户交互后调用play()；再者是audiocontext被挂起需唤醒；最后是格式兼容性问题，应提供多格式fallback。
audio 标签没声音，先查 src 路径对不对
本地开发时最常见的静音原因：路径写错，浏览器根本没加载到音频文件。此时 Network 面板里对应请求是 404，但页面不会报错，audio 元素就干挂着。
- 用相对路径时，确认它相对于当前 html 文件的位置，不是相对于 js 或 CSS 文件
- 路径含空格或中文？浏览器可能编码失败，换成英文下划线或短横线更稳妥
- 本地双击打开 HTML（
file://协议）时，多数浏览器会禁用audio自动播放，且部分音频格式（如 MP3）在某些系统上不支持 —— 换成http://localhost启服务再试 - 检查文件扩展名是否和实际一致：
.mp3写成.MP3在 linux 或某些服务器上会 404
autoplay 不生效，是因为浏览器策略卡住了
chrome、edge、safari 等现代浏览器默认禁止无用户交互的自动播放，尤其带声音的媒体。即使写了 autoplay，只要没触发过点击/触摸，play() 就会抛出 NotAllowedError。
-
autoplay属性本身不保证播放，只表示“允许自动播放”，最终由浏览器策略决定 - 必须配合
muted才可能静音自动播；想有声自动播？得等用户第一次点击页面任意位置后，再调用play() - 不要在
DOMContentLoaded或load事件里直接play()，大概率失败；改用click或touchstart回调中触发
AudioContext 被挂起，play() 报错 “The request is not allowed by the user agent”
这是 Web Audio API 的典型限制：未激活的上下文无法开始播放。html5 audio 元素内部也依赖 AudioContext，所以也会受波及，尤其在 ios Safari 和新版 Chrome 中。
- 错误信息长这样：
DOMException: The request is not allowed by the user agent，不是代码写错，是上下文没被唤醒 - 最简单唤醒方式：在用户首次交互（比如按钮点击）回调里，先调一次
new AudioContext()或audio.play().catch(e => {})，之后再操作就正常了 - 别在页面加载完就初始化 AudioContext，它会立刻进入
suspended状态；等交互后再 resume - iOS Safari 对
audio的限制更狠：即使用户点过，也要确保元素在视口内、未被display: none或opacity: 0遮挡
格式兼容性差，MP3 在某些环境就是播不了
不是所有浏览器都支持所有编码格式。比如 firefox 默认不支持 MP3（需系统解码器），Safari 对某些 AAC 编码的 M4A 也有兼容问题。
立即学习“前端免费学习笔记（深入）”；
- 优先提供多格式 fallback：
<source src="a.mp3" type="audio/mpeg"><source src="a.ogg" type="audio/ogg"></source></source> - 用
canPlayType()主动探测：audio.canPlayType('audio/mp3')返回"probably"、"maybe"或空字符串 - 别用 ffmpeg 默认参数导出 —— 测试发现，用
-c:a libmp3lame -q:a 2比-q:a 0兼容性更好；Web 环境推荐用libopus导 OGG，体积小、兼容广 - 移动端注意采样率：高于 48kHz 的音频在部分 android 设备上会静音，统一用 44.1kHz 或 48kHz
真正麻烦的从来不是写一行 <audio src="x.mp3" autoplay></audio>，而是浏览器策略、路径解析、音频编解码、用户交互时机这四层嵌套在一起，漏查一层，声音就没了。