HTML5音频资源释放需显式切断所有引用链：<audio>元素应清空src、调用load()、移除监听器后卸载；AudioContext需stop节点、disconnect连接、清事件绑定并置null。
HTML5 音频播放停止后，单纯调用 pause() 或设 currentTime = 0 并不会释放资源——音频元素仍保留在内存中，解码器、缓冲区、DOM 引用均持续占用。真正释放需分场景处理：对 <audio> 元素用“卸载+置空”，对 AudioContext 则必须主动切断依赖并清引用。
普通 <audio> 标签的资源清理
浏览器对 <audio> 的资源回收较宽松，但长期挂载未清理易导致内存累积（尤其多音频轮播或列表页）：
- 调用
pause()后，立即执行load()可重置解码状态，清空已加载缓冲区 - 若不再使用该元素，应移除其
src属性：audio.src = ''，再调用load() - 从 DOM 中移除元素前，先清除所有事件监听器（如
onended、onpause），避免隐式引用滞留 - 最后用
audio.remove()或parent.removeChild(audio)彻底卸载
AudioContext 的彻底关闭流程
AudioContext.close() 只是终止上下文，不等于释放内存。漏掉任一环节都可能导致内存泄漏：
- 提前停止可停节点：如
oscillator.stop()、bufferSource.stop() - 逐个断开连接：
node.disconnect()，包括ctx.destination.disconnect() - 移除所有事件绑定：
ctx.removeEventListener('statechange', handler) - 将上下文变量赋值为
null，并确认无闭包、定时器、Map/Set 等持有它的引用
避免重复创建与推荐替代方案
频繁新建/销毁 AudioContext 或 <audio> 实例会加剧 GC 压力，且部分浏览器存在设备句柄延迟释放问题：
立即学习“前端免费学习笔记（深入）”；
- 对短时暂停场景，优先用
ctx.suspend()替代close()；恢复时调resume() - 音频元素可复用：切换
src后调load()+play()，比反复创建更轻量 - 批量管理时，用数组集中记录节点引用，关闭时统一 stop/disconnect，防止遗漏
资源释放不是调一个方法就完事，关键是切断所有通向它的引用链。浏览器不会替你做这件事，得靠代码显式清理。
