<bgsound>在现代浏览器中根本不起作用，因其是IE 3–IE 9私有标签，未被W3C纳入HTML标准，HTML4.01已排除、HTML5彻底移除；Chrome、Firefox、Safari、Edge全部静默忽略，不加载、不报错、无音频行为。
为什么 <bgsound> 在现代浏览器里根本不起作用
<bgsound> 是 IE 3–IE 9 时代的私有标签，从 HTML 4.01 开始就不在规范中，HTML5 完全移除。Chrome、Firefox、Safari、Edge（Chromium 版）全部忽略它——哪怕你写对了路径，控制台也不会报错，音乐就是不播放。
常见错误现象：<bgsound src="music.mp3" loop="true"> 放在 <body> 里，页面打开后毫无声音，开发者工具里也找不到音频资源加载记录。
- 它只在旧版 IE（≤IE9）中生效，且仅支持
.wav，对.mp3.ogg等格式基本无效 - 没有 JavaScript 控制接口，无法暂停、音量调节、监听播放完成等
- W3C 验证器会直接标为“过时标签”，SEO 和可访问性均无保障
用 <audio> 替代的最小可行写法
标准、跨浏览器、可编程的方案就是 <audio>。要实现“页面一打开就自动播放背景音乐”，关键不是加 autoplay，而是得绕过现代浏览器对自动播放的限制。
典型写法：
立即学习“前端免费学习笔记（深入）”；
<audio id="bgm" src="bgm.mp3" loop></audio>
<script>
const audio = document.getElementById('bgm');
// 用户首次交互后才触发播放（如点击、滚动）
document.addEventListener('click', () => audio.play(), { once: true });
</script>
-
autoplay属性在多数桌面/移动端浏览器中默认被静音策略拦截，即使加上muted也未必触发（尤其 Safari） -
loop可以保留，但注意：循环播放可能造成音频缓冲堆积，长时间运行后偶发卡顿 - 推荐用
preload="metadata"减少初始加载压力，而不是preload="auto"
自动播放失败时的降级处理怎么做
用户没点页面、没滚动、没做任何交互，audio.play() 会抛出 NotAllowedError 异常。不能忽略它，否则后续逻辑可能中断。
- 必须用
try/catch捕获播放失败：audio.play().catch(e => console.warn('BGM autoplay blocked:', e.name)) - 可配合 UI 提示：“点击任意位置启用背景音乐”，并在按钮上绑定
play() - 避免在
window.onload或DOMContentLoaded里直接调play()，此时用户尚未激活页面 - 移动端更严格：iOS Safari 要求用户手势触发，且音频必须有用户可见控件（哪怕
controls属性设为false，也要确保元素在 DOM 中渲染过）
音效与背景音乐混用时的注意事项
如果页面还有按钮点击音效、提示音等，和背景音乐共用 AudioContext 或多个 <audio> 元素时，容易出现音量冲突、中断或延迟。
- 背景音乐建议用一个
<audio>实例长期持有，其他音效用新实例（new Audio('click.wav').play()），避免复用同一元素 - 不要对背景音乐元素频繁调
load()或重设src，会导致重新加载和中断；改用pause()+currentTime = 0+play()更稳妥 - 部分安卓 WebView 对同时多个
<audio>支持差，可考虑用 Web Audio API 统一管理，但复杂度明显上升
真正麻烦的不是怎么放音乐，而是怎么让音乐在各种设备、各种用户行为下稳定响起来——自动播放策略每年都在变，每次更新浏览器都得重新验证。
