现代浏览器默认禁止无用户交互的音频自动播放，即使加autoplay也无效；必须先静音自动加载，再通过用户点击等交互取消静音并播放。

audio 标签加背景音乐，为什么加了 autoplay 还不响？

绝大多数情况下，不是代码写错了，而是浏览器策略阻止了——现代浏览器（Chrome、Edge、Safari、Firefox）默认禁止「无用户交互前提下的音频自动播放」，尤其是带声音的 。哪怕你写了 autoplay、muted、loop 全加上，只要没触发过用户点击/触摸，play() 调用大概率会抛出 NotAllowedError。

真正能绕过限制的唯一可靠方式：先静音自动播放，再在用户首次交互（如点击按钮、触摸屏幕）后取消静音并继续播放。

• autoplay 单独存在几乎无效，必须配合 muted
• muted 是硬性前提，否则 autoplay 会被忽略
• Safari 对 autoplay 更严格，即使 muted 也要求页面可见且已激活
• 移动端（iOS/iPadOS）强制要求用户手势触发才能解除静音

如何用 audio 实现“点击即启”的背景音乐

核心思路：HTML 中预加载静音音频，JS 监听首次用户交互，然后调用 play() 并立即取消静音。这样既满足策略，又实现「类自动播放」体验。

开始音乐

注意点：

• 不要在 DOMContentLoaded 或 load 事件里直接 play()，99% 失败
• audio.muted = false 必须在 play() 成功返回 Promise 后再设（或一起设），但某些浏览器要求先设再播，稳妥起见可写成 audio.muted = false; audio.play();
• 移动端建议监听 touchstart 或 click，避免只绑 click 在 iOS 上失效

preload 和 controls 对背景音乐的影响

这两个属性虽不决定能否自动播放，但直接影响用户体验和资源加载行为：

• preload="auto"：提示浏览器预加载全部音频数据（适合小文件、确定要播的背景音乐）；preload="metadata" 更轻量（只加载时长/封面等），适合大文件或不确定是否播放的场景
• controls="false" 或省略 controls：隐藏播放控件，符合背景音乐「无感」定位；若留着 controls，用户可能手动点暂停，导致后续逻辑错乱
• 不要设 volume="0" 代替 muted —— volume=0 仍算「有声播放」，照样被策略拦截

兼容 iOS Safari 的关键细节

iOS 上限制最严：音频必须在用户手势上下文中启动，且不能在 setTimeout、Promise.then 等异步回调里调用 play()（哪怕只延迟 0ms）。哪怕你绑了 click，如果该 click 是由 JS 模拟触发（btn.click()），也不算有效手势。

• 确保绑定事件的元素是真实可点击的（、），避免用 （iOS 可能不识别）
• 首次播放必须用原生事件回调函数直接调用 audio.play()，不能包在自定义函数或箭头函数里间接调用（部分旧版 Safari 会丢上下文）
• 测试时务必真机运行，模拟器或桌面 Safari 开发工具无法复现全部限制

最易被忽略的一点：音频文件格式优先用 .mp3 或 .aac，iOS 对 .ogg 支持有限，且某些 CDN 返回的 MIME 类型错误（如 audio/mpeg 写成 audio/mp3）会导致加载失败静默卡住。