audio标签加src在线URL必须配controls才显示控件，否则不可见不可操作；播不了主因是服务端Content-Type错误、跨域未配置、HTTPS混载拦截、缺少type属性或多格式回退，首次play()须在用户手势中触发。
audio 标签加 src 指向在线 URL、必须带 controls，否则用户根本看不到播放器——这不是静音，是彻底不可操作。
为什么直接写 src="https://xxx.com/song.mp3" 还是播不了
常见现象：控制条显示正常，点播放没反应，Network 面板里请求状态是 200 但没声音，或直接 404。原因往往不在 HTML 写法本身：
- 服务端没返回正确的
Content-Type响应头（MP3 必须是audio/mpeg，OGG 必须是audio/ogg） - 跨域限制：如果音频资源在第三方域名下，且对方服务器没配
Access-Control-Allow-Origin: *，play()会静默失败（尤其 JS 控制时） - HTTPS 页面加载 HTTP 音频链接会被浏览器主动拦截（Mixed Content），Chrome/Firefox 直接拒绝加载
- 某些 CDN 或对象存储（如 AWS S3、阿里云 OSS）默认不设 MIME 类型，需手动补全
source 多格式回退不是可选，是上线必备
只放一个 MP3 链接，等于放弃 Firefox 用户；只放 OGG，Safari 15 以下可能直接不识别。浏览器按 source 顺序尝试，遇到第一个能解码且可访问的就停。
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 推荐组合：
<source src="https://cdn.example.com/song.mp3" type="audio/mpeg"></source>+<source src="https://cdn.example.com/song.ogg" type="audio/ogg"></source> -
type属性不能省，也不能写错：audio/mp3是无效值，audio/wav体积大、兼容差，不建议用于在线场景 - 在线音频路径必须是完整 URL，不能用相对路径（如
"./song.mp3"），否则解析失败
JS 调用 play() 报 DOMException？先确认是否触发了用户手势
错误信息 DOMException: play() failed because the user didn't interact with the document first 不是代码 bug，是浏览器强制策略。哪怕你用的是在线 URL，也绕不开这条规则。
立即学习“前端免费学习笔记（深入）”；
- 首次
play()必须发生在click、touchstart等用户主动事件回调中，不能放在DOMContentLoaded、setTimeout或load事件里 - 调用后必须
.catch()捕获 Promise 拒绝，否则错误被吞掉，调试无从下手 - iOS Safari 最严格：即使有点击，若该
audio元素从未成功播放过，仍可能拒绝；稳妥做法是首次play()前设audio.muted = true，播起来后再取消静音 - 不要反复调用
play()：检查audio.paused === true再决定是否调用，否则抛错
真正容易被忽略的点：在线音频的稳定性不取决于你写了几个 source，而在于服务端响应头是否正确、跨域策略是否开放、以及首次播放是否落在用户交互上下文内。本地测试通了，不等于线上一定行。
