HTML4的标签已彻底失效，现代浏览器标准模式下完全忽略；HTML5应使用标签配合用户交互触发播放，CSS background不支持音频。
HTML4 的
不能用，也不该用。它从一开始就是 IE 专属的非标准标签，从未被 W3C 纳入 HTML 规范，连 HTML4.01 Strict DTD 都不支持。现代所有浏览器（包括 Edge、Chrome、Firefox、Safari）在标准模式下完全忽略
如果你在旧项目里看到它，说明页面长期运行在 IE 兼容模式或 quirks mode 下，迁移到现代环境时必须替换。
HTML5 正确加背景音乐：用
HTML5 唯一标准方案是 标签，但「自动播放背景音乐」受严格限制：Chrome、Firefox、Safari 默认禁止无用户交互前提下的音频自动播放（尤其是带声音的），否则会静音或直接阻断。
实操要点：
立即学习“前端免费学习笔记（深入）”；
- 必须添加
autoplay、muted属性才能大概率触发自动播放（即使你本意是“有声”） - 真正实现“有声自动播放”，需用户首次点击/触摸页面后，再用 JS 调用
play()方法解除静音并播放 -
loop和preload="auto"可提升连续性和加载体验 - 推荐提供
.mp3和.ogg），避免编码兼容问题
为什么不能用 background CSS 属性加音乐？
CSS 的 background 系列属性（包括 background-image）只接受图像、渐变、视频（url(video.mp4) 在部分浏览器实验性支持），**完全不支持音频资源**。试图写 background: url(sound.mp3) 不会报错，但什么也不会发生——浏览器直接忽略该声明。
常见误判场景：
- 把音频文件拖进 CSS 编辑器，编辑器没报错就以为生效了
- 用某些老旧 CMS 主题模板，其文档写的是“支持 background 音效”，实际是 JS 动态注入
- 混淆了 Web Audio API 的
AudioContext和 CSS 渲染层能力
移动端和 iOS 特别注意：自动播放几乎必然失败
iOS Safari 对音频自动播放最激进：即使用户点过屏幕，play() 也必须发生在用户手势事件处理函数内（不能是 setTimeout 延迟调用，不能是 Promise resolve 后调用），且 audio 元素必须已插入 DOM 并完成加载。
容易踩的坑：
- 在
DOMContentLoaded里绑定 click，但是异步加载的，导致audio.play()执行时元素还没 ready - 用
fetch()拿到音频 blob 再 createObjectURL，但未设置audio.src后显式调用load() - 认为
muted+autoplay就能绕过 iOS 限制——不行，iOS 仍要求用户手势上下文
复杂点在于：不同 iOS 版本策略微调频繁，2023 年后部分版本允许 muted autoplay 无手势启动，但一旦 muted = false，就必须重新走手势触发流程。这个边界条件，很容易被测试遗漏。
