JavaScript内存泄漏是代码结构和生命周期管理不当的必然结果，源于闭包引用未断、定时器未清理、全局变量未释放三大核心问题。
JavaScript 中的内存泄漏不是“偶尔出错”，而是代码结构和生命周期管理不当的必然结果。真正的问题不在于用了闭包、定时器或全局变量，而在于它们脱离了可控的生命周期——该释放时没释放，该解绑时没解绑，该隔离时没隔离。
闭包泄漏：不是闭包本身有问题，是引用没断
闭包本身是合法且强大的特性，问题出在它无意中延长了外部变量的存活时间。典型场景是：一个长期存在的函数（比如事件回调、定时器回调）闭包捕获了大对象或 DOM 节点，而这个函数又一直被持有（例如挂在全局、未清理的监听器、未销毁的组件实例）。
- 避免在闭包中直接捕获大型数据结构（如大数组、深对象），改用 ID 或轻量标识间接引用
- 组件卸载或逻辑结束时，主动将闭包内持有的引用设为 null，切断可达链
- 警惕“共享作用域”陷阱：多个闭包共用同一外层作用域时，哪怕只用其中一个，整个作用域都保活（如
unused和someMethod共享父作用域）
定时器泄漏：最隐蔽也最常见
setInterval / setTimeout 一旦启动，就形成一条从全局执行环境出发的可达路径。即使目标 DOM 已移除、组件已卸载，只要定时器还在运行，它所闭包的全部变量（包括 bigData、el、state 等）就无法被回收。
- 所有定时器必须配对清理，推荐统一返回清理函数（如
return () => clearInterval(id)） - 在 React/Vue 等框架中，务必在
useEffect的清理函数或beforeUnmount钩子中清除 - 优先使用
requestAnimationFrame替代高频setInterval，并在动画结束时显式取消
全局变量泄漏：显式或隐式的“永久占位符”
全局变量天然可达，生命周期与页面同长。泄漏往往来自两类：一是忘记声明关键字（var/let/const），导致隐式挂到 window；二是有意缓存但未及时清空（如全局 Map 存大量 DOM 引用）。
- 全项目启用 'use strict' 或采用 ES 模块（ESM），从根本上拦截隐式全局
- 禁用 ESLint 规则
no-undef和no-unused-vars，提前发现未声明变量 - 若必须用全局缓存（如配置、状态快照），设置明确的过期策略或手动置 null 清理
