AudioContext 的 close() 方法仅关闭上下文并停止音频，不主动释放内存；需同步停止节点、断开连接、清除所有引用并置空变量，才能配合垃圾回收真正释放资源。
AudioContext 的 close() 方法不能直接“释放资源”——它终止整个上下文并使其不可用，但资源清理需配合其他操作才能真正生效。
close() 的真实作用是关闭上下文，不是手动垃圾回收
调用 audioContext.close() 会立即停止所有正在播放的音频节点、断开所有连接，并将上下文状态设为 closed。此后任何对它的操作（如创建节点、调用 resume()）都会抛出错误。但它本身不主动触发内存释放，是否回收取决于 JavaScript 引擎的垃圾回收机制和浏览器实现。
- 必须确保没有变量还持有对该 AudioContext 的引用（包括全局变量、事件监听器中的闭包、未清除的定时器等）
- 关闭后不要尝试复用该实例——必须新建 AudioContext
- Chrome 等浏览器在上下文 close 后可能仍短暂保留底层音频设备句柄，直到 GC 完成
配合资源清理的关键步骤
仅调用 close() 不够，需同步切断所有依赖引用：
- 停止并断开所有 AudioNode：调用每个节点的
stop()（如oscillator.stop()），再调用disconnect() - 清空事件监听器：移除
onstatechange、onaudioprocess等绑定的回调函数 - 置空引用：将 audioContext 变量设为
null，并确保没有其他对象（如类实例属性、Map/Set 中的值）保留它 - 避免隐式引用：例如在
setTimeout或requestAnimationFrame回调中使用该上下文时，需提前清除定时器
典型安全关闭模式示例
以下是一个稳妥的关闭流程：
立即学习“前端免费学习笔记（深入）”；
function disposeAudioContext(ctx) {
if (!ctx || ctx.state === 'closed') return;
// 1. 停止所有可停止节点（如 OscillatorNode、ScriptProcessorNode）
if (ctx._oscillators) ctx._oscillators.forEach(osc => osc.stop());
// 2. 断开所有连接
ctx.destination.disconnect();
// 3. 关闭上下文
ctx.close();
// 4. 主动清除引用（关键！）
ctx = null;
}
注意：AudioContext 实例本身不暴露内部节点列表，所以需开发者自行维护（如用数组记录 oscillator、bufferSource 等），否则无法全面 stop/disconnect。
现代替代方案：优先用 suspend() + 懒加载
对于频繁启停的场景，比起反复 close/new，更推荐：
- 用
audioContext.suspend()暂停音频处理（CPU 占用归零），需要时再resume() - 按需创建节点，用完立即
disconnect()并让节点自然脱离作用域 - 单页应用中，全局 AudioContext 复用一次即可，避免频繁重建（重建有延迟且可能触发权限提示）
close() 更适合页面卸载前或长期不用的上下文（如切换到纯文本模式），而非日常启停控制。
