防止内存泄漏的关键是及时释放不再使用的对象引用，需清理未清除的定时器、未解绑的事件监听器、意外保留大对象的闭包、滥用的全局变量和缓存，并在框架生命周期钩子中执行清理。
防止内存泄漏的关键是及时释放不再使用的对象引用，尤其在 javaScript 这种自动垃圾回收语言中，开发者容易误以为“不用管”，其实很多泄漏恰恰源于隐式持有引用。
定时器和回调函数没清理
用 setInterval 或 setTimeout 时，如果回调里引用了外部大对象（比如整个 dom 节点、大型数据结构），而定时器没被清除，这个对象就一直无法被回收。
建议：
- 组件销毁或页面离开前，显式调用 clearInterval / clearTimeout
- 避免在定时器回调中直接使用闭包捕获大型作用域变量
- 用 react 时，在 useEffect 的清理函数里清除定时器；vue 中在 beforeUnmount 做清理
事件监听器未解绑
给 DOM 元素或自定义事件（如 EventTarget、node.js EventEmitter）添加监听器后，若元素已被移除或模块已卸载，但监听器还在，就会导致绑定的回调及其闭包里的所有引用都驻留内存。
立即学习“Java免费学习笔记（深入）”；
建议：
- 始终保存 addEventListener 对应的 handler 引用，以便后续 removeEventListener
- 优先使用一次性监听（once: true）或委托到稳定父节点
- 框架中注意生命周期钩子：React 用 useEffect 清理，Vue 用 onBeforeUnmount，原生开发记得手动解绑
闭包意外保留大对象
闭包本身不是问题，但当内部函数长期存在（如挂到全局、存进缓存、作为事件回调），它所捕获的外层变量就无法释放——哪怕你只用了其中一个小字段。
建议：
- 避免在构造函数或初始化逻辑中，把整个 this 或大型对象传进内嵌函数
- 需要局部数据时，显式提取所需字段，而不是直接引用外层对象
- 调试时可用 chrome DevTools 的 Memory > Take Heap Snapshot，对比前后快照，筛选“Detached DOM tree”或重复增长的对象
全局变量和缓存滥用
挂到 window、globalThis 或模块顶层的变量永远不会被回收；缓存策略不当（如无上限 map/Set、未设过期时间）也会持续吃内存。
建议：
- 避免随意使用全局变量，改用模块级常量或依赖注入
- 缓存类（如 LRU）务必限制大小，或结合弱引用（WeakMap / WeakSet）存储仅用于关联的数据
- WeakMap 键必须是对象，且不阻止键被回收；适合存私有元数据，不适用字符串/基本类型作键的场景
基本上就这些。内存泄漏不复杂但容易忽略，关键是养成“谁创建、谁清理”的习惯，配合工具定期验证。