最简可用结构是，但需确保路径正确、格式兼容（推荐MP3+OGG双源）、服务端返回正确Content-Type，且controls属性不可省略。
直接能用的最小结构是 ，但只写这行大概率播不了——路径错、格式不兼容、浏览器策略拦截，三者占九成问题。
audio 标签必须带 controls 才可见
不加 controls，音频就彻底“隐身”：没按钮、没进度条、用户点不到，不是静音，是根本不可操作。新手常误以为“没加载成功”，其实是控件被隐藏了。
-
controls是布尔属性，写上就生效，不用赋值（controls="true"反而多余） - 如果想自定义 UI（比如用按钮控制播放），可以去掉
controls，但必须用 JS 绑定play()/pause()，并监听paused状态来切换按钮文案 - 表格里嵌音频也一样：
controls就等于白放
src 路径和格式必须同时正确
路径写对 ≠ 文件能播。常见失败点是：文件名大小写不对、扩展名拼错、服务器没返回正确 Content-Type 响应头。
- 本地开发时，别用
file:///路径，Chrome/Firefox 会拒绝加载；用python -m http.server起个本地服务 - 推荐双格式兜底：
type必须写对，audio/mp3是无效值 - MP3 兼容最广，但 Firefox 默认不支持；OGG（Vorbis）体积小、开源、Firefox/Chrome/Edge 都原生支持；WAV 无压缩，只适合几秒提示音
autoplay 必须配合 muted，且仅限首次交互后可用
加了 autoplay 却没声音？不是代码错，是浏览器策略强制拦截。所有现代浏览器（包括 iOS Safari）都要求：有声音的自动播放必须由用户手势触发。
- 要“自动播+有声”，目前无解；唯一合法路径是先加
muted，等用户点击页面任意位置后再调用audio.play().then(() => audio.muted = false) - Chrome 94+ 更严格：即使
muted，若页面从未收到用户点击，后续 JS 调用play()仍可能被拒绝，报错DOMException: play() failed because the user didn't interact with the document first - 移动端尤其敏感，iOS Safari 要求首次播放必须发生在用户点击事件回调中，不能延迟、不能靠定时器
JS 控制播放前必须检查加载状态
直接 audio.play() 报错，大概率是因为音频还没加载完，或浏览器策略未解锁。不能假设 DOM 就绪就等于媒体就绪。
- 监听
loadeddata或canplay事件再调用play()，避免因加载未完成导致 Promise reject - 务必用
try/catch或.catch()捕获play()的 Promise 错误，否则静默失败 - 在用户点击事件中调用
play()是最稳妥的起点，比如给一个“播放背景音乐”按钮，点它才触发
最容易被忽略的是服务端 Content-Type 响应头——Python 的 http.server、GitHub Pages、甚至某些 Nginx 默认配置都不返回 audio/mpeg，浏览器就会跳过该
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
