audio标签播放后不释放内存的典型表现是页面反复切换音频或轮播背景音时卡顿、Chrome任务管理器显示内存飙升；根本原因是浏览器不会自动清除缓冲区和解码器，必须手动执行pause()、load()、置空src、移除事件监听、DOM移除等完整卸载流程。
audio标签播放后不释放内存的典型表现
页面里反复切换音频、轮播背景音、或列表页含多个
普通audio元素必须手动“卸载+置空”才真正释放
只调pause()或删src属性远远不够。关键动作是切断所有引用链：
- 先调
pause()，再立刻执行load()：重置解码状态，清空已加载的缓冲区 - 设
audio.src = ''，再调一次load()：让浏览器放弃当前资源句柄 - 移除所有事件监听器：
audio.removeEventListener('ended', handler)等，防止闭包持引用 - 从DOM中彻底移除：
audio.remove()或parent.removeChild(audio)
用AudioContext时，close()不等于释放内存
ctx.close()只是终止调度，若漏掉任一环节，上下文仍被GC标记为“可达”，内存持续占用：
- 提前停止可停节点：
oscillator.stop()、bufferSource.stop() - 逐个断开连接：
node.disconnect()，包括ctx.destination.disconnect() - 清除事件绑定：
ctx.removeEventListener('statechange', handler) - 最后把变量赋值为
null，并确认没被定时器、Map、闭包等意外持有
高频踩坑点：路径、MIME、复用策略
很多“内存涨得快”其实源于底层加载失败后反复重试：
立即学习“前端免费学习笔记（深入）”；
- 本地双击打开HTML时，
file://协议下Chrome/Firefox拒绝加载音频——用python -m http.server起服务再测 - 服务器没配Content-Type（如MP3要返回
audio/mpeg），浏览器会反复尝试解码失败，缓冲区越积越多 - 别为每次播放新建
Audio实例；复用一个对象，换src后调load()+play()更轻量
