JavaScript避免内存泄漏的关键是彻底断开所有引用路径，确保GC能识别并回收不可达对象；需排查定时器、事件监听器、闭包、全局变量等隐式引用，用Heap Snapshot分析Retainers，优先使用WeakMap/WeakSet、once选项及严格模式。
JavaScript 中避免内存泄漏，关键不是“阻止垃圾回收”，而是确保对象在不再需要时，**彻底断开所有引用路径**，让 GC 的标记-清除算法能正确识别并回收它们。排查的核心是找出那些本该被回收却仍被意外持有的对象。
确认哪些对象不该被回收
先明确一个前提：GC 不会主动“遗漏”对象，它只对不可达对象回收。所谓“无法释放”，其实是对象仍被某个隐式或显式的引用链连到根（如 window、全局变量、定时器回调、事件监听器、闭包等）。排查第一步就是检查这些常见“锚点”：
- 打开 Chrome DevTools → Memory 面板 → 拍摄 Heap Snapshot，筛选
(detached DOM tree)或按 Constructor 查看大量重复的数组、对象、闭包实例 - 对比多次快照，重点关注“Retained Size”大的对象，右键 → “Retainers” 查看谁在持有它
- 特别留意带
closure、HTMLDivElement、Array、Object等构造器且数量异常增长的条目
切断全局变量和隐式引用
未声明变量会挂到 window 上，成为永久引用源：
- 所有脚本顶部加
'use strict';，让未声明赋值直接报错，杜绝隐式全局 - 避免手动往
window或globalThis上挂载临时数据，如window.cache = {...} - 若必须用全局缓存，设定期清理机制，或改用
WeakMap/WeakSet存储——它们不阻止 GC 回收键对应的对象
及时清理定时器与事件监听器
定时器回调和事件处理器常形成闭包，捕获外部大对象；DOM 节点移除后，监听器若未解绑，也会持续持有所属作用域数据：
立即学习“Java免费学习笔记（深入）”；
- 每次调用
setInterval或setTimeout，保存返回的 ID，并在组件卸载、页面跳转前调用clearInterval(id)或clearTimeout(id) - 添加事件监听器时，优先使用
{ once: true }选项处理一次性事件 - 常规监听器务必配套
removeEventListener，且函数引用要一致（不能传匿名函数）；推荐用封装好的生命周期钩子（如 React 的useEffect清理函数、Vue 的onUnmounted）
谨慎使用闭包和 DOM 引用
闭包本身不是问题，问题在于它长期持有本该释放的大数据或 DOM 节点：
- 避免在闭包中直接引用大型数组、JSON 数据或整个 DOM 树；只提取真正需要的字段
- 创建 DOM 元素后绑定事件，若元素后续会被移除，确保在移除前解除监听，或将监听器定义在外部作用域（避免内联函数形成闭包）
- 使用
WeakRef包装 DOM 节点引用（现代环境支持），或在节点销毁后手动将相关变量置为null
