AudioContext初始化后默认为suspended状态，需在用户交互事件中调用resume()才能变为running并正常使用；suspended时无法创建节点、调度播放或更新currentTime，这是浏览器自动播放策略的强制保护机制。
AudioContext 初始化后不是立刻就能用的，它有明确的状态生命周期，不同状态决定你能否创建节点、调度播放或读取时间。理解这些状态，是解决“点不动”“没声音”“报错DOMException”的关键。
AudioContext 的三种核心状态
AudioContext.state 属性会返回以下三个字符串之一：
- suspended：默认初始状态。上下文已创建但被浏览器挂起，不能 start()、不能 decodeAudioData、currentTime 不更新。这是自动播放策略强制施加的保护机制。
- running：已激活状态。此时可自由创建 Oscillator、AnalyserNode、GainNode，能调用 start()、connect()、scheduleEvent 等所有操作。
- closing 或 closed：调用 close() 后进入 closing（过渡中），完成后变为 closed。该上下文彻底失效，不能再使用，必须新建。
为什么刚 new 出来就是 suspended？
现代浏览器（Chrome、Safari、Edge、Firefox）要求音频必须由用户真实交互触发才能启用，防止网页无声自动播放广告或跟踪音。即使你在页面加载时写了 new AudioContext()，只要没经过 click、touchstart、keydown 等用户手势，它就只能停在 suspended。
这不是 bug，是设计行为——你看到的“没反应”，其实是浏览器在按规则守门。
立即学习“前端免费学习笔记（深入）”；
如何从 suspended 变成 running？
唯一合规方式是在用户事件回调中调用 resume()，它返回 Promise，成功后 state 才变成 running：
- 按钮点击是最稳妥的入口：
button.addEventListener('click', () => audioCtx.resume()) - 触摸事件也有效：
canvas.addEventListener('touchstart', e => { e.preventDefault(); audioCtx.resume(); }) - 不要在 onload、DOMContentLoaded 或定时器里调 resume()，这会被拒绝
- resume() 失败会 reject，记得 catch 错误，比如用户中途移开了焦点
state 变化时可以监听吗？
可以。AudioContext 提供 onstatechange 事件，适合做状态反馈或降级处理：
- 监听到 state 变为 'suspended'，可提示用户“请点一下屏幕启用声音”
- 监听到变为 'running'，可立即启动可视化、播放提示音或加载音频资源
- 注意：state 可能因系统休眠、标签页切走而再次变回 suspended，尤其在移动端
