标签因非标准化且被浏览器自动播放策略排除，无法可靠实现背景音频自动播放；应改用 元素，配合 muted 属性与用户手势触发 play() 才可行。
<embed></embed> 标签在现代浏览器中已无法可靠实现背景音频自动播放，无论是否设置 loop="true"、autostart="true" 或 hidden="true"，均大概率静音或完全不触发。
为什么 <embed></embed> 的 loop 和 autostart 在 Chrome/Safari/Firefox 中基本失效
该标签本质是为旧式插件（如 QuickTime、Windows Media Player）设计的，HTML5 之后未被标准化为媒体控制元素。浏览器 Autoplay Policy 明确将其排除在“可自动播放上下文”之外：
-
autostart="true"被忽略——Safari 直接跳过，Chrome 仅在用户交互后才允许首次play() -
loop="true"无实际效果——没有播放行为，自然谈不上循环；即使侥幸播放一次，也无 API 支持二次调用 - 无
onended、oncanplay等事件监听能力，无法补救或重试 - 多数新版浏览器（含 Edge 110+）已移除对
<embed></embed>音频插件的默认支持，返回空白或报错Failed to load resource
用 <audio></audio> 替代 <embed></embed> 实现真正可控的循环背景音
唯一可行路径是改用语义化、标准化、可编程的 <audio></audio> 元素，并严格遵循浏览器播放策略：
- 必须设置
muted属性（哪怕后续想取消静音），否则play()调用直接被拒 - 必须绑定一次用户手势（如
click、touchstart），在回调中调用play() - 启用循环需显式设置
loop属性，而非依赖 JS 轮询或重载 -
preload="auto"可提升加载速度，但不能绕过用户激活要求
最小可用示例：
<audio id="bgm" src="bgm.mp3" loop muted preload="auto"></audio><script>
const audio = document.getElementById('bgm');
document.addEventListener('click', () => {
audio.muted = false;
audio.play().catch(e => console.warn('Playback blocked:', e.message));
}, { once: true });
</script>
常见错误配置与对应现象
以下写法看似合理，实则在当前（2026年）主流浏览器中全部失败：
-
<embed src="bgm.mp3" autostart="true" loop="true" hidden="true"></embed>→ 页面加载后无声，DevTools 无报错，也无网络请求发起 -
<audio src="bgm.mp3" autoplay loop></audio>→ 触发NotAllowedError: play() failed because user interaction is required -
setTimeout(() => audio.play(), 1000)→ 即使延迟，仍报同上错误；时间延迟不构成“用户激活” -
audio.volume = 0.001替代muted→ Chrome 124+ 仍判定为“非静音自动播放”，拒绝执行
真正起作用的不是属性组合，而是是否在用户手势回调中调用 play() 并初始静音——这点容易被忽略，但决定成败。
