bgsound 标签在现代浏览器中完全无效，因其从未被 w3c 纳入 html 标准，html5 将其列为非一致特性；html5 audio 是唯一可行方案，但受自动播放策略限制，需用户手势触发且常需先静音再取消。
bgsound 标签在现代浏览器中完全无效，不是“不推荐用”，而是根本不会被解析——Chrome、Firefox、Edge、Safari 在标准模式下对它静默忽略，连控制台警告都没有。
为什么 bgsound 在所有新浏览器里都失效了
它从来就不是 HTML 标准的一部分：W3C 从未接纳过 bgsound，HTML4.01 Strict DTD 明确排除它，HTML5 更是将其归为“非一致特性”（non-conforming feature），等同于语法错误。现代浏览器只在 quirks mode（怪异模式）或旧版 IE 兼容文档声明下才可能识别它，而这种模式本身已在逐步淘汰。
- 即使写成
<bgsound src="music.mp3" loop="-1"></bgsound>，在 Chrome DevTools 的 Elements 面板里也看不到该节点 - IE 浏览器从 EdgeHTML 版本起已弃用该标签，IE 模式仅用于企业遗留系统兼容
- 所谓“loop="-1" 无限循环”在实际行为中不可靠：多数情况下音乐只播一次，最小化窗口即暂停，且无法通过 JS 控制
audio 是唯一可行的现代方案，但自动播放有硬限制
HTML5 audio 是当前唯一被全平台支持的标准方式，但它受浏览器自动播放策略严格约束：无用户手势（click/touch）前提下，带声音的音频默认被静音或阻断。这不是 bug，是隐私与体验策略。
- 必须加
muted属性才能大概率触发autoplay，否则 Chrome 会直接拒绝播放并抛出NotAllowedError - 真正启用有声播放，得等用户首次交互后手动调用
play()并取消静音：audio.muted = false -
preload="auto"能提升加载响应，但对移动设备可能增加流量消耗，建议设为metadata或按需加载
别踩这些坑：常见误操作与替代误区
很多人试图绕过限制，结果掉进更隐蔽的兼容性陷阱：
- 用
embed或object标签加载 MP3？它们在 Safari 和新版 Firefox 中已被大幅削弱支持，且无法用 JS 精确控制播放状态 - 把音频路径写进 CSS
background: url(sound.mp3)？浏览器完全忽略，不报错也不生效，因为 CSS background 不接受音频资源 - 依赖 iframe +
bgsound实现“最小化继续播放”？该行为属于 IE 时代未定义的副作用，现代浏览器无对应机制，且 iframe 移除后音频残留属不可靠状态，不应作为设计依据
真正需要背景音乐的场景，比如游戏页、互动展示页，得把播放逻辑和用户动线对齐：第一次点击/滑动后初始化 audio 实例，缓存句柄，后续用 play()/pause() 管理；同时必须提供显式开关控件——自动播放策略只会越来越严，手动触发才是稳定解法。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
