HTML5的标签中controls属性控制默认控件显示，autoplay属性在现代浏览器中需满足静音或用户交互条件才能生效，二者可共存但互不影响，推荐结合JavaScript事件触发播放以确保兼容性。
HTML5 的 <audio></audio> 标签提供了原生音频播放能力，控制面板（controls）和自动播放（autoplay）是两个最常用也最容易被误解的属性。它们看似简单，但实际行为受浏览器策略、用户交互和设备环境影响较大。
controls 属性：显示/隐藏默认控制条
添加 controls 属性会在页面上渲染浏览器自带的播放控件（播放/暂停、进度条、音量调节等）。它是一个布尔属性，只需存在即生效，无需赋值：
-
<audio controls></audio>—— 显示控制面板 -
<audio></audio>—— 不显示，需用 JavaScript 手动控制
注意：即使设置了 controls，某些移动端浏览器（如 iOS Safari）仍可能限制部分功能（如进度拖拽），这是系统级限制，无法通过 HTML 属性绕过。
autoplay 属性：自动播放的条件与限制
autoplay 表示页面加载完成后立即开始播放。但它在现代浏览器中几乎不会“无条件生效”：
立即学习“前端免费学习笔记（深入）”；
- Chrome、Edge、Firefox 等主流桌面浏览器要求音频必须是“静音”状态（
muted）才能自动播放成功 - iOS Safari 和 Android Chrome 默认禁止所有自动播放（含非静音），除非用户已与页面发生过交互（如点击、触摸）
- 即使写了
<audio autoplay></audio>，若未满足条件，浏览器会静默忽略，不报错也不提示
推荐写法（兼顾兼容性）：<audio autoplay muted controls><source src="music.mp3" type="audio/mpeg"></source></audio>
controls 与 autoplay 共存时的实际表现
两者可以同时使用，但需注意逻辑关系：
-
controls是 UI 层面的开关，不影响播放逻辑 -
autoplay是行为指令，是否执行取决于浏览器策略，与是否有 controls 无关 - 如果
autoplay失败，用户仍可通过 controls 手动点击播放；此时首次播放即视为用户交互，后续调用play()方法不再受限
例如：页面加载后音频未自动响起，但用户点一下播放按钮，之后用 JS 调用 audio.play() 就能正常触发（包括非静音音频）。
更可靠的替代方案：用 JavaScript 主动控制
依赖 autoplay 不稳定，建议结合用户事件初始化播放：
- 监听
click或touchstart，在回调中调用audio.play() - 播放失败时捕获 Promise rejection，提示用户手动操作
- 需要静音自动播放时，可先设
audio.muted = true，再调用play()，之后再取消静音（部分浏览器允许）
这种模式既符合浏览器策略，又提升了用户体验可控性。
