audio标签必须显式添加controls属性才能显示播放控件，否则用户不可见、不可点击、无法调节音量；常见错误是遗漏controls，且src需为HTTP服务下的相对或绝对URL，配合MP3+OGG多格式回退。
audio 标签加 controls 是唯一能立刻用起来的方案。不加 controls，就等于没放——用户看不见、点不了、也调不了音量。
为什么写了 audio 却没控件？
最常见错误：只写 <audio src="sound.mp3"></audio>，漏掉 controls。浏览器不会自动显示播放条，也不会响应点击。这不是 bug，是规范行为。
-
controls是布尔属性，必须显式写出，哪怕你后续用 JS 隐藏它；没有它，用户第一次接触就卡死 - 写了但控件不显示？先检查控制台有没有 CORS 或 404 错误，再确认是否真写了
controls - 某些 CMS 或富文本编辑器会自动过滤掉布尔属性，导致
controls被悄悄删掉
src 路径和格式兼容性怎么配？
src 必须是相对路径（如 "./audio/sound.mp3"）或绝对 URL（如 "https://cdn.example.com/sound.ogg"），不能是 "C:\music\sound.mp3" 或裸文件名 "sound.mp3"。
- 直接双击 HTML 文件在 Chrome/Firefox 打开时，
file://协议会拒绝加载音频——务必用python -m http.server启个本地服务再测 - 只放一个
.mp3文件，在 Firefox 和旧版 Safari 上大概率失效；正确做法是用<source></source>提供多格式回退：<source src="sound.mp3" type="audio/mpeg"></source>+<source src="sound.ogg" type="audio/ogg"></source> -
type值要写准：audio/mpeg（不是audio/mp3），audio/ogg（不是audio/ogv）
移动端点一下没反应，或者自动播放失败？
现代浏览器强制要求：所有 play() 调用必须由用户手势（click/tap）触发，且静音状态下才可能成功自动播放。
-
autoplay单独写无效，必须搭配muted（即autoplay muted）才可能生效 - 移动端 Safari 对
play()的拦截更严格：即使绑了 click，如果中间有异步延迟（比如 setTimeout）、或未在事件回调内直接调用，也会报NotAllowedError - 不要依赖
canplaythrough后自动play()，它在 iOS 上基本不可靠；优先用显式按钮触发
真正难的不是写对第一行 audio，而是处理不同设备上「能加载但不播放」「能播但没声音」「拖动进度条后卡住」这些边界情况。格式回退、手势绑定、服务托管，三者缺一不可。
