夸克浏览器中audio播放无声是因默认禁用自动播放且AudioContext初始为suspended状态，必须通过用户点击等手势触发resume()才能激活音频。
夸克浏览器中 HTML5 标签播放无声，不是代码写错了，也不是服务器没配 MIME 类型，而是夸克默认禁用自动播放且不触发音频上下文激活 —— 这个限制比 Chrome 更激进。
为什么
夸克基于 Chromium 内核但启用了更严格的媒体策略：autoplay 被完全屏蔽（即使加了 muted），且 Web Audio API 的 AudioContext 默认处于 suspended 状态。用户未发生任何手势（如点击、触摸）前，所有音频初始化都会静音或失败。
-
audio.play()直接调用会返回Promise并 reject，错误信息通常是"DOMException: play() failed because the user didn't interact with the document first." - 即使
也无效 —— 夸克不认这个组合 - Web Audio 的
oscillator.start()或bufferSource.start()同样被挂起，context.state保持"suspended"
必须等用户手势才能解禁音频
唯一可靠方式是监听一次用户交互（哪怕只是点击空白处），再初始化音频。不能靠 DOMContentLoaded 或 load 事件。
- 推荐监听
document.addEventListener('click', initAudio, { once: true })，在回调里创建AudioContext或调用audio.play() - 如果页面有按钮，直接绑在按钮的
onclick上更稳妥，例如：document.getElementById('playBtn').onclick = () => { const audio = document.getElementById('bgm'); audio.play().catch(e => console.warn('Audio play failed:', e)); }; - 避免用
touchstart替代click：部分安卓机型下夸克对 touch 事件的“信任度”更低，click兼容性更好
AudioContext 手动恢复要检查状态
即便用户点过一次，AudioContext 也可能在后台标签页休眠后再次 suspend。每次准备播放前必须显式恢复：
立即学习“前端免费学习笔记（深入）”；
function resumeAudioContext() {
if (audioContext && audioContext.state === 'suspended') {
audioContext.resume().catch(e => console.log('Resume failed:', e));
}
}
// 每次播放前调用
resumeAudioContext();
source.start();
- 不要只在初始化时
resume()一次，尤其在单页应用中切换路由或长时间无操作后 - 检查
audioContext.state，而不是依赖onstatechange回调 —— 夸克有时不触发该事件 - 若用第三方音频库（如 Howler.js），确认它已适配夸克：旧版 Howler 默认不处理
suspended状态，需手动调用Howler.ctx.resume()
静音开关和系统设置常被忽略
夸克顶部地址栏右侧有个「媒体控制」图标（喇叭形状），点开后可能显示「已静音」——这是独立于系统音量的页面级静音开关，优先级最高。
- 该开关状态不会反映在
audio.muted属性上，也无法用 JS 修改，只能手动点开关闭 - 检查手机系统是否开启了「媒体音量」单独静音（尤其 iOS 和部分国产安卓），夸克会继承系统媒体音量为 0 时的表现
- 真机调试时，别只看模拟器或桌面版 DevTools，夸克安卓/iOS 客户端行为差异大，务必实机验证
真正卡住人的往往不是代码逻辑，而是夸克把「用户手势」定义得特别窄，又把「页面静音」藏得太深。点一下按钮、点一下地址栏旁的喇叭、再点一下系统音量条 —— 这三步缺一不可。
