chrome 70+默认拦截无用户交互的音频自动播放，需在click等事件中调用play()；.mp3兼容性优于.wav；静音或volume=0、ios异步调用、iframe未授权等均会导致无声；复杂场景推荐howler.js。
Chrome 浏览器里 Audio 播放失败，大概率是自动播放策略拦的
Chrome 从 70 版本起默认禁止无用户交互（比如点击、触摸）触发的音频自动播放。哪怕你写了 audio.play()，只要没在用户手势事件回调里调用，就会抛出 DOMException: play() failed because the user didn't interact with the document first。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 把
audio.play()放到click、touchstart或keydown等用户事件处理函数中，哪怕只是点一下空白区域也行 - 首次加载后不主动调用
play()，等用户点击“开始游戏”按钮时再初始化并播放背景音 - 可以先用
audio.load()预加载，但别急着play() - 检查是否在 iframe 中运行——嵌入页面若未声明
allow="autoplay"，也会被拦截
为什么 .mp3 能播，.wav 却静音？浏览器音频格式支持不统一
不是所有格式都能跨浏览器正常解码。HTML5 Audio 的支持取决于浏览器底层解码器，而非文件扩展名本身。比如 Safari 对 .wav（尤其是带非 PCM 编码的）支持极差；Firefox 默认不支持 .mp3（但多数发行版已启用）；而 Chrome 对 .mp3 和 .ogg 支持最稳。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 优先用
.mp3（有损但兼容性好）或.ogg（免费免授权，适合音效） - 避免用
.wav，除非你确认只跑在桌面 Chrome 且文件是 16-bit PCM 格式 - 用
audio.canPlayType('audio/mpeg')或canPlayType('audio/ogg')主动探测，再决定加载哪个资源 - 导出音频时明确指定编码：MP3 用 LAME，OGG 用 libvorbis，采样率统一为 44100Hz，位深 16bit
调用了 play() 却没报错也没声音，可能是静音状态或 volume=0
HTML5 Audio 实例创建后默认继承页面静音状态（尤其在移动端），而且 volume 属性初始值虽为 1，但某些浏览器（如 iOS Safari）会强制将未交互过的 audio 的实际输出设为 0，即使你手动设了 audio.volume = 1 也无效。
