必须同时设置 autoplay 和 muted 才能实现自动播放，否则现代浏览器会因策略限制拒绝播放并抛出 NotAllowedError；移动端仍可能忽略 autoplay，JS 调用 play() 需处理 Promise 失败；多格式 fallback（OGG 优先、MP3 次之）和 preload="metadata" 更可靠；用户手势交互是触发播放的必要前提。
直接用 <audio></audio> 标签就能播，但不加 controls 你根本看不到按钮，不加 muted + autoplay 就别指望自动响——现代浏览器全拦了。
为什么加了 autoplay 还不响
因为浏览器策略强制要求：自动播放只允许在静音状态下触发。哪怕你写了 autoplay，没配 muted，play() 调用也会被拒绝并抛出 NotAllowedError。
- 必须同时写
autoplay muted，顺序无关 - 移动端（iOS Safari、Android Chrome）大概率仍会忽略
autoplay，哪怕静音——这是硬限制，不是 bug - 如果用 JS 调
play()，它返回 Promise，记得.catch(e => console.log(e.name))捕获失败原因
怎么让不同浏览器都能播
MP3 在 Safari/Chrome/Edge 里稳，OGG 在 Firefox/Opera 里更可靠，WAV 兼容性最差且体积大。单靠一种格式，总有用户听不到。
- 用多个
<source></source>，按兼容性排序：MP3 放最后，OGG 放前面（Firefox 优先选第一个支持的） - 每个
<source></source>必须带type属性，比如type="audio/ogg"，否则浏览器可能跳过 - 别信“转成 MP3 就万事大吉”——旧版 Firefox 就不认 MP3，没 fallback 就是白屏+无声
preload 设成 "auto" 真的有用吗
基本没用，尤其在移动设备上。浏览器会主动忽略它，以节省流量和电量。
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
立即学习“前端免费学习笔记（深入）”；
-
preload="metadata"是较稳妥的选择：只加载时长、封面、采样率等信息，控件能立刻显示进度条起点 -
preload="none"适合页面上有十几个音频、且用户大概率只点一两个的场景 - 即使设了
preload="auto"，Chrome DevTools 的 Network 面板里也常看到音频资源延迟加载，说明浏览器没买账
JS 控制时容易漏掉的坑
原生 <audio></audio> 不是“点了就响”的傻瓜组件，事件时机和状态判断稍不注意就失效。
-
ended事件只在自然播放完时触发，用户拖动到末尾不会触发；要用timeupdate+currentTime === duration补充判断 -
volume属性写入后立即读取，可能还是旧值——得监听volumechange才能确认已生效 - 重复调
play()不报错但也不重放，得先pause()再currentTime = 0，再play()
最麻烦的其实是「用户没交互前不能播」这条铁律——哪怕你把所有格式、属性、事件都配齐，只要没经过 click/touchstart 等用户手势触发，后续所有 play() 都注定失败。这点没法绕，只能设计交互流程去适配。
